[转]《设计模式之禅》样章连载2：原型模式的定义及应用

文章转自：http://student.csdn.net/space.php?uid=259146&do=blog&id=25218

13.2 原型模式的定义

原型模式（Prototype Pattern）的简单程度是仅次于单例模式和迭代器模式，正是由于简单，使用的场景才非常的多，其定义如下：

Specify the kinds of objects to create using a prototypical instance, and create new objects by copying this prototype. 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

原型模式的通用类图如图13-3所示。

@Override  public Mail clone(){}

读者请注意，在clone()方法上增加了一个注解@Override，没有继承一个类为什么可以覆写呢？想想看，在Java中所有类的老祖宗是谁？对嘛，Object类，每个类默认都是继承了这个类，所以这个用上覆写是非常正确的，--覆写了Object类中的clone方法！

在Java中原型模式是如此的简单，我们来看通用源代码，如代码清单13-7所示。

代码清13-7 原型模式通用源码

public class PrototypeClass  implements Cloneable{        //覆写父类Object方法      @Override      public PrototypeClass clone(){          PrototypeClass prototypeClass = null;          try {              prototypeClass = (PrototypeClass)super.clone();          } catch (CloneNotSupportedException e) {              //异常处理          }          return prototypeClass;      }  }

实现一个接口，然后重写clone方法，就完成了原型模式！

body { font-size:14px; line-height:1.8em; padding-right: 4px; padding-left: 8px; padding-bottom: 8px; margin: 0px; padding-top: 8px; }

13.3 原型模式的应用

13.3.1 原型模式的优点

性能优良

原型模式是在内存二进制流的拷贝，要比直接new一个对象性能好很多，特别是要在一个循环体内产生大量的对象时，原型模式可以更好的体现其优点。

逃避构造函数的约束

这既是它的优点也是缺点，直接在内存中拷贝，构造函数是不会执行的（见"原型模式的注意事项"），优点就是减少了约束，缺点也是减少了约束，双刃剑，需要大家在实际应用时考虑。

13.3.2 原型模式的使用场景

资源优化场景

类初始化需要消化非常多的资源，这个资源包括数据、硬件资源等。

性能和安全要求的场景

通过new产生一个对象需要非常繁琐的数据准备或访问权限，则可以使用原型模式。

一个对象多个修改者的场景

一个对象需要提供给其他对象访问，而且各个调用者可能都需要修改其值时，可以考虑使用原型模式拷贝多个对象供调用者使用。

在实际项目中，原型模式很少单独出现，一般是和工厂方法模式一起出现，通过clone的方法创建一个对象，然后由工厂方法提供给调用者。原型模式已经与Java融为浑然一体，大家可以随手拿来使用。