参考
- 《设计模式：可复用面向对象软件的基础 》3.4 prototype 原型--对象创建型模式
- 《Android源码设计模式解析与实战》第4章 使程序运行更高效 原型模式
意图
用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象
使用场景
- 类初始化需要消化非常多的资源，这个资源包括数据，硬件资源等，通过原型拷贝避免这些消耗。
- 通过new产生一个对象需要非常繁琐的数据准备和访问权限，这时可以使用原型模式。
- 一个对象需要提供给其它调用者访问，而且各个调用者可能都需要修改其值时，可以考虑用原型模式拷贝多个对象共调用者使用，即保护性拷贝。
- 注意，通过实现cloneAble接口的原型模式在调用colone()方法构造实例是并不一定比new操作速度快，只有当通过new构造对象较为耗时或者成本较高时，通过clone()方法才能够获得效率上的提高。所以，在使用cloneAble时需要考虑构造对象的成本以及做一些效率上的测试。
结构
- Client : 客户，使用者
- protocolType： 抽象类或者接口，声明具有clone能力
- ConcretePrototype: 具体的原型实现类。
例子1 文档拷贝
描述
在一个文档编辑器上，我们通常都会在里面做一些文档编辑，有一个必须的需求就是编辑后的文档是否被采用是不确定的，所以用户正在编辑时，应该是在编辑文档对象的拷贝出的副本，只有这样，暂时性的修改才不会影响到实际文档的安全性。
public class WordDocument implements Cloneable {
//文本
private String mText;
//图片文件名
private ArrayList<String> mImages=new ArrayList<>();
public WordDocument(){
System.out.println("-----------WordDocument构造数据------------");
}
/**
* 克隆对象方法
*/
@Override
protected WordDocument clone() {
WordDocument document;
try {
document = (WordDocument) super.clone();
document.mText=this.mText;
document.mImages=this.mImages;
return document;
} catch (CloneNotSupportedException e) {
e.printStackTrace();
}
return null;
}
public String getText(){
return this.mText;
}
public void setText(String mText) {
this.mText=mText;
}
public void addImage(String img) {
this.mImages.add(img);
}
public void showDocument() {
System.out.println("Text :\t"+mText+"Images :\t"+mImages.toString());
}
}
Client使用
public static void main(String[] args) {
WordDocument wordDocument=new WordDocument();
wordDocument.setText("这是一篇文档！");
wordDocument.addImage("图片一");
wordDocument.addImage("图片二");
wordDocument.addImage("图片三");
wordDocument.addImage("图片四");
wordDocument.showDocument();
//以原始文档为原型，拷贝一份副本
WordDocument wordDocument_clone=wordDocument.clone();
wordDocument_clone.showDocument();
//修改文档副本，不会影响原始文档
wordDocument_clone.setText("这是修改过的Doc2文本");
wordDocument_clone.showDocument();
wordDocument.showDocument();
}
结果
-----------WordDocument构造数据------------
Text : 这是一篇文档！Images : [图片一, 图片二, 图片三, 图片四]
Text : 这是一篇文档！Images : [图片一, 图片二, 图片三, 图片四]
Text : 这是修改过的Doc2文本Images : [图片一, 图片二, 图片三, 图片四]
Text : 这是一篇文档！Images : [图片一, 图片二, 图片三, 图片四]
可得wordDocument_clone是通过wordDocment.clone()创建的，并且wordDocument_clone第一次输出的时候和wordDocment输出是一样的，通过clone对象时并不会执行构造函数！
浅拷贝与深拷贝
例子1原型模式的实现是一个浅拷贝，也叫影子拷贝，这份拷贝实际上并不是将原始对象的所有字段都重新构造了一遍，而是副本的字段引用了原始对象的字段，所以原始字段内容发生改变，而副本在还引用着它的情况下也会跟着改变，当然副本修改字段的内容，原始对象也会跟着改变。
解决这个问题的方案就是采用深拷贝，即在拷贝对象时，对于引用类型的字段也要采用拷贝的形，而不是单纯引用的形式。
clone方法修改如下：
@Override
protected WordDocument clone() {
WordDocument document;
try {
document = (WordDocument) super.clone();
document.mText=this.mText;
// 对于images对象也要采用clone(),实现深拷贝
document.mImages=(ArrayList<String>)this.mImages.clone();
return document;
} catch (CloneNotSupportedException e) {
e.printStackTrace();
}
return null;
}
例子2 Intent的clone()实现
后更
例子3 保证客户端的用户信息数据实体的安全性
通常客户端的用户信息，比如取名为userInfo，比如登录session,用户名等等，这些重要信息是不能被普通的业务模块更改的,只能通过唯一的一个地方更改。但是平时开发中，通常很多业务模块都会用到userInfo,还是无法保证开发人员会遵守这一规定，难免某个奇葩开发人员突发奇想直接就调 userInfo . name = xxxx,更改用户信息，那就不好了
所以可以通过原型模式来解决这一问题，就是拿给每个业务模块的userInfo都是原始userInfo深拷贝产出的副本，无论业务模块怎么修改userInfo，都不会影响原始userInfo.
优点
原型模式是在内存中二进制的拷贝，要比直接new一个对象性能好得多，特别是要在一个循环体产生大量的对象时
缺点
不会执行构造函数，少了约束，既是优点也是缺点。
我记得有过面试题问过不用执行构造函数，也能构造出对象吗？对，克隆就可以，原型模式就可以
