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方法,就完成了原型模式!
13.3 原型模式的应用
13.3.1 原型模式的优点
性能优良
原型模式是在内存二进制流的拷贝,要比直接new一个对象性能好很多,特别是要在一个循环体内产生大量的对象时,原型模式可以更好的体现其优点。
逃避构造函数的约束
这既是它的优点也是缺点,直接在内存中拷贝,构造函数是不会执行的(见"原型模式的注意事项"),优点就是减少了约束,缺点也是减少了约束,双刃剑,需要大家在实际应用时考虑。
13.3.2 原型模式的使用场景
资源优化场景
类初始化需要消化非常多的资源,这个资源包括数据、硬件资源等。
性能和安全要求的场景
通过new产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式。
一个对象多个修改者的场景
一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象供调用者使用。
在实际项目中,原型模式很少单独出现,一般是和工厂方法模式一起出现,通过clone的方法创建一个对象,然后由工厂方法提供给调用者。原型模式已经与Java融为浑然一体,大家可以随手拿来使用。