原型模式

一、 原型模式

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

涉及浅拷贝与深拷贝问题。

二、原型的UML图

三、demo

1.浅克隆

在浅克隆中，如果原型对象的成员变量是值类型（八大基本类型，byte,short,int,long,char,double,float,boolean）.那么就直接复制，如果是复杂的类型，（枚举，String,对象）就只复制对应的内存地址。

Attachment WeeklyLog 客户端

2.深克隆

Attachment_2 Weeklylog_2 客户端

四、总结

    1.优缺点

        原型模式作为一种快速创建大量相同或相似的对象方式，在软件开发种的应用较为广泛，很多软件提供的CTRL+C和CTRL+V操作的就是原型模式的典型应用！

    优点：

        1.当创建的对象实例较为复杂的时候，使用原型模式可以简化对象的创建过程！

        2.扩展性好，由于写原型模式的时候使用了抽象原型类，在客户端进行编程的时候可以将具体的原型类通过配置进行读取。

        3.可以使用深度克隆来保存对象的状态，使用原型模式进行复制。当你需要恢复到某一时刻就直接跳到。比如我们的idea种就有历史版本，或则SVN中也有这样的操作。非常好用！

    缺点：

        1.需要为每一个类配备一个克隆方法，而且该克隆方法位于一个类的里面，当对已有的类经行改造时需要修改源代码，违背了开闭原则。

        2.在实现深克隆的时需要编写较为复杂的代码，而且当对象之间存在多重嵌套引用的时候，为了实现深克隆，每一层对象对应的类都必须支持深克隆，实现相对麻烦。

    2.适用场景

    在以下情况可以考虑使用。

        1.创建对象成本比较大，比如初始化要很长时间的，占用太多CPU的，新对象可以通过复制已有的对象获得的，如果是相似的对象，则可以对其成员变量稍作修改。

        2.系统要保存对象状态的，而对象的状态改变很小。

        3.需要避免使用分层次的工厂类来创建分层次的对象，并且类的对象就只用一个或很少的组合状态！

3.总结

    创建型的设计模式，除开建造者模式基本学习完毕。不过是基础的学习。还没有正式的运用！在写代码的时候需要取考虑使用这种设计模式与否。学而不用存粹浪费时间。其次，创建型的设计模式是基础，需要好好理解这些模式才能够理解其他的结构型以及行为型的设计模式。