深入浅出原型模式的详细介绍
深入浅出原型模式的详细介绍
一、引子
古人云：书非借不能读也。我深谙古人教诲，更何况现在IT书籍更新快、价格贵、质量水平更是参差不齐，实在不忍心看到用自己的血汗钱买的书不到半年就要被淘汰，更不想供养使用金山快译、词霸等现代化工具的翻译们。于是我去书店办了张借书卡，这样便没有了后顾之忧了——书不好我可以换嘛！
但是，借书也有不爽的地方，就是看到有用或者比较重要的地方，不能在书旁标记下来。一般我会将这页内容复印下来，这样作为我自己的东西就可以对其圈圈画画，保存下来了。
在软件设计中，往往也会遇到类似或者相似的问题，GOF将这种解决方案叫作原型模式。也许原形模式会给你一些新的启迪。
二、定义与结构
原型模式属于对象创建模式，GOF给它的定义为：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
在Java中提供了clone()方法来实现对象的克隆，所以Prototype模式实现变得简单许多。注：clone()方法的使用，请参考《Thinking in Java》或者《Effective Java》，对于许多原型模式中讲到的浅克垄深克隆，本文不作为谈论话题。
但是在什么情况下使用原型模式最为合适呢？它能给我们带来什么好处呢？这些问题不是看上一两行教学代码能够解决的。在这里我会尽力着重来讨论这两个问题。
我认为原型模式应该是为了弥补工厂方法模式的弱点而产生，在前面已经讲过——工厂方法模式对于适应产品变化方面比较弱，添加删除一种产品都会额外引起工厂类的相应变化。那么在原型模式中，是如何来适应这种变化的呢？往下看……
先让我们来看看原型模式的结构吧。
1) 客户角色：让一个原型克隆自己来得到一个新对象。
2) 抽象原型角色：实现了自己的clone方法，扮演这种角色的类通常是抽象类，且它具有许多具体的子类。
3) 具体原型角色：被复制的对象，为抽象原型角色的具体子类。
放上一张类图来形象地表示出来：
按照定义客户角色不仅要负责使用对象，而且还要负责对象原型的生成和克拢这样造成客户角色分工就不是很明确，所以我们把对象原型生成和克隆功能单拿出来放到一个原型管理器中。原型管理器维护了已有原型的清单。客户在使用时会向原型管理器发出请求，而且可以修改原型管理器维护的清单。这样客户不需要编码就可以实现系统的扩展。
类图表示如下：
三、分析
对于抽象原型角色和具体原型角色，它们就是一个继承或者实现关系，没有什么好讲的，记住实现好clone方法就好了。
那么客户是怎么来使用这些角色的对像的呢？来看两行简要的代码
//先new一个具体原型角色
Prototype p = new ConcretePrototype();
……
//使用原型p克隆出一个新对象p1
Prototype p1 = (Prototype)p.clone();
也许你要说：我实在看不出来使用clone方法产生对象和new 一个对象有什么区别。让我们先来看下原型模式能给我们带来什么。原型模式使用clone能够动态的抽取当前对象运行时的状态并且克隆到新的对象中，新对象就可以在此基础上进行操作而不损坏原有对象；而new只能得到一个刚初始化的对象，而在实际应用中，这往往是不够的。
特别当你的系统需要良好的扩展性时，在设计中使用原型模式也是很必要的。比如说，你的系统可以让客户自定义自己需要的类别，但是这种类别的初始化可能需要传递多于已有类别的参数，而这使得用它的类将不知道怎么来初始化它（因为已经写死了），除非对类进行修改。而这在客户那里显然是行不通的。
如果在设计时考虑以上弊端而采用了原型模式，当客户自定义自己的类别的时候，同时向原型管理器注册一个原型对象，而使用的类只需要根据客户的需要来从原型管理器中得到一个对象就可以了。这样就使得功能扩展变得容易些。
可见clone方法是不能使用构造函数来代替的。
原型模式还体现了OO中的多态性——当别人需要我的副本时，我只管克隆我自己，但是我的具体类型我并不关心，这一切要到运行时才能知道。
至于上面提到的原型管理器的实现，简单来说就是对原型清单的维护。可以考虑一下几点：要保存一个原型对象的清单，我们可以使用一个HashMap来实现，使原型对象和它的名字相对应；原型管理器只需要一个就够了，所以可以使用单例模式来实现控制；实现得到、注册、删除原型对象的功能只是对HashMap的对应操作而已。代码如下：
class PrototypeManager {
private static PrototypeManager pm;
private Map prototypes=null;
private PrototypeManager() {
prototypes=new HashMap();
}
//使用单例模式来得到原型管理器的唯一实例
public static synchronizedPrototypeManager getManager() {
if(pm==null) {
pm=new PrototypeManager();
}
return pm;
}
public void register(String name , Object prototype) {
prototypes.put(name , prototype);
}
public void unregister(String name) {
prototypes.remove(name);
}
public Prototype getPrototype(String name) {
if(prototypes.containsKey(name)) {
//将清单中对应原型的复制品返回给客户
return (Prototype) ((Prototype)prototypes.get(name)).clone();
}else {
Prototype object=null;
try {
object =（Prototype）Class.forName(name).newInstance();
register(name , object);
}catch(Exception e) {
System.err.println("Class "+name+"没有定义!");
}
return object;
。。。
分析了这么多了，举一个使用原型模式较为经典的例子：绩效考核软件要对今年的各种考核数据进行年度分析，而这一组数据是存放在数据库中的。一般我们会将这一组数据封装在一个类中，然后将此类的一个实例作为参数传入分析算法中进行分析，分析结果放入对象的相应变量中。假设我们决定对这组数据还要做另外一种分析以对分析结果进行比较评定。这时对封装有这组数据的类进行clone要比再次连接数据库得到数据好的多。
上面我分析了使用原型模式的一些好处，下面来看下它的缺陷吧。原型模式主要的缺陷就是每个原型必须含有clone方法，在已有类的基础上来添加clone操作是比较困难的；而且当内部包括一些不支持copy或者循环引用的对象时，实现就更加困难了。而且使用clone方法要对深克垄浅克隆深入了解，不然很可能掉进陷阱，给系统埋下遗患。
四、总结