设计模式5--------原型模式

原型模式

原型模式（Prototype Pattern）是用于建立重复的对象，同时又能保证性能。这种类型的设计模式属于建立型模式，它提供了一种建立对象的最佳方式。这种模式是实现了一个原型接口，该接口用于建立当前对象的克隆。当直接建立对象的代价比较大时，则采用这种模式。例如，一个对象须要在一个高代价的数据库操做以后被建立。咱们能够缓存该对象，在下一个请求时返回它的克隆，在须要的时候更新数据库，以此来减小数据库调用。

介绍

意图：用原型实例指定建立对象的种类，而且经过拷贝这些原型建立新的对象。
主要解决：在运行期创建和删除原型。
什么时候使用： 一、当一个系统应该独立于它的产品建立，构成和表示时。 二、当要实例化的类是在运行时刻指定时，例如，经过动态装载。 三、为了不建立一个与产品类层次平行的工厂类层次时。 四、当一个类的实例只能有几个不一样状态组合中的一种时。创建相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
如何解决：利用已有的一个原型对象，快速地生成和原型对象同样的实例。
关键代码： 一、实现克隆操做，在 JAVA 继承 Cloneable，重写 clone()，在 .NET 中能够使用 Object 类的 MemberwiseClone() 方法来实现对象的浅拷贝或经过序列化的方式来实现深拷贝。 二、原型模式一样用于隔离类对象的使用者和具体类型（易变类）之间的耦合关系，它一样要求这些"易变类"拥有稳定的接口。
应用实例： 一、细胞分裂。 二、JAVA 中的 Object clone() 方法。
优势： 一、性能提升。 二、逃避构造函数的约束。
缺点： 一、配备克隆方法须要对类的功能进行通盘考虑，这对于全新的类不是很难，但对于已有的类不必定很容易，特别当一个类引用不支持串行化的间接对象，或者引用含有循环结构的时候。 二、必须实现 Cloneable 接口。
使用场景： 一、资源优化场景。 二、类初始化须要消化很是多的资源，这个资源包括数据、硬件资源等。 三、性能和安全要求的场景。 四、经过 new 产生一个对象须要很是繁琐的数据准备或访问权限，则能够使用原型模式。 五、一个对象多个修改者的场景。 六、一个对象须要提供给其余对象访问，并且各个调用者可能都须要修改其值时，能够考虑使用原型模式拷贝多个对象供调用者使用。 七、在实际项目中，原型模式不多单独出现，通常是和工厂方法模式一块儿出现，经过 clone 的方法建立一个对象，而后由工厂方法提供给调用者。原型模式已经与 Java 融为浑然一体，你们能够随手拿来使用。
注意事项：与经过对一个类进行实例化来构造新对象不一样的是，原型模式是经过拷贝一个现有对象生成新对象的。浅拷贝实现 Cloneable，重写，深拷贝是经过实现 Serializable 读取二进制流。

实现

咱们将建立一个抽象类 Shape 和扩展了 Shape 类的实体类。下一步是定义类 ShapeCache，该类把 shape 对象存储在一个 Hashtable 中，并在请求的时候返回它们的克隆。PrototypePatternDemo，咱们的演示类使用 ShapeCache 类来获取 Shape 对象。

具体实现代码参见：https://github.com/Hp1512/Lea...