【设计模式---＞创建型模式】叩心自问 ：原型模式

---

叩心自问1：什么是原型模式？优点？

sadasd原型模式(Prototype模式) ：用原型实例指定创建对象的种类，并且通过拷贝这些原型，创建新的对象。

sadasd【注】：原型模式是一种创建型设计模式，允许一个对象再创建另外一个可定制的对象， 无需知道如何创建的细节。

sadasd原理 ：通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建，即 对象.clone()

sadasdUML图如下：
sadsdsdsdsdsdsdasd
saddsdsdsasd①、Prototype : 原型类，声明一个克隆自己的接口

saddsdsdsasd②、ConcretePrototype: 具体的原型类, 实现一个克隆自己的操作

saddsdsdsasd③、Client: 让一个原型对象克隆自己，从而创建一个新的对象(属性一样)

sadasd优点：让程序具有更高的效率和扩展性。

---

在分析原型模型前，我们先分析一个普通的案例，创建5只属性完全一样的羊：

sadasd代码如下：
saddssdsdsddsas
saddsdsas
sadasd结果：
sdsss
sasd【优点】：比较好理解，简单易操作。

sasd【缺点】：在创建新的对象时，总是需要重新获取原始对象的属性，如果创建的对象比较复杂时，效率较低，总是需要重新初始化对象，而不是动态地获得对象运行时的状态, 不够灵活。

sasd【改进思路】：Java中Object类是所有类的根类，Object类提供了一个clone()方法，该方法可以将一个Java对象复制一份，但是需要实现clone的Java类必须要实现一个接口Cloneable，该接口表示该类能够复制且具有复制的能力 => 原型模式。

---

原型模式

sadasd在Sheep类中继承CloneableJ接口，并重写clone()方法：
saddssdsdsddsas
sadasd测试：
saddssddsas
sadasd结果：
saddsas

---

原型模式引出的相关问题（深拷贝、浅拷贝）

sadd浅拷贝：

sddasd1、对于数据类型是基本数据类型的成员变量，浅拷贝会直接进行值传递，也就是将该属性值复制一份给新的对象。

sdsasd2、对于数据类型是引用数据类型的成员变量，比如说成员变量是某个数组、某个类的对象等，那么浅拷贝会进行引用传递，也就是只是将该成员变量的引用值 （内存地址） 复制一份给新的对象。因为实际上两个对象的该成员变量都指向同一个实例。在这种情况下，在一个对象中修改该成员变量会影响到另一个对象的该成员变量值。

sdsasd3、前面我们克隆羊就是浅拷贝，浅拷贝是使用默认的 clone()方法来实现 sheep = (Sheep) super.clone();

sadd深拷贝：

sddasd为所有引用数据类型的成员变量申请存储空间，并复制每个引用数据类型成员变量所引用的对象，直到该对象可达的所有对象。也就是说，对象进行深拷贝要对整个对象进行拷贝。（说白了就是地址不同）

sadd实现深拷贝的两种方式：

sddasd①、重写clone方法来实现深拷贝 ②、通过对象序列化实现深拷贝(推荐)

---

深拷贝的实现方式①、重写clone方法：

sadd重新clone()方法：
ssdsdssdsdsdadd
sadasd结果：
saddsas

---

深拷贝的实现方式②、序列、反序列化：

sadd序列化、反序列化方法：

sadasd类继承 Serializable 接口：
saddsdsdsdsdsasd
saddsdsasd
sadasd结果：

---

叩心自问2：原型模式在Spring中的应用场景：

---

叩心自问3：原型模式的注意事项和细节

sadasd创建新的对象比较复杂时，可以利用原型模式简化对象的创建过程，同时也能够提高效率。

sadasd不用重新初始化对象，而是动态地获得对象运行时的状态

sadasd如果原始对象发生变化(增加或者减少属性)，其它克隆对象的也会发生相应的变化，无需修改代码。

sadasd但在实现深克隆的时候可能需要比较复杂的代码

sadasd缺点：需要为每一个类配备一个克隆方法，这对全新的类来说不是很难，但对已有的类进行改造时，需要修改其源代码，违背了ocp原则。.