Prototype 原型（创建型模式） 笔记

依赖关系的倒置

抽象不应该依赖于实现细节，实现细节应依赖于抽象

静态 动态 

转换依赖关系，两种都依赖于抽象。抽象变化的频率慢，细节变化的频率快。

动机

在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是他们却拥有比较稳定一致的接口

如何应对这种变化？如何向“客户程序”隔离出“这些易变对象”，从而使得“依赖这些易变对象的客户程序"不随需求改变而改变。

其实就是克隆了 Clone()，和 IClone又有所不同。

简单对象可以用MemberwiseClone()实现浅克隆

而设计模式需要的是深克隆，可以用序列化（到内存）反序列化进行深克隆。 

只是New 不具有多态功能，克隆的话可以可以扩展

序列化标记（特性）

意图

    使用原型实例指定创建对象的种类，然后通过拷贝这些原型来创建新的对象。

要点

   Prototype模式同样用于隔离类对象的使用者和具体类型（易变类）之间的耦合关系，它同样要求这些“易变类”拥有“稳定的接口”。

    Prototype模式对于“如何创建易变类的实体对象”，采用“原型克隆”的方法来做，它使得我们可以非常灵活地动态创建“拥有某些稳定接口”的新对象——所需工作仅仅是注册一个新类的对象（即原型），然后在任何需要的地方不断Clone。

    Prototype模式的Clone方法可以利用.Net中的Object类的MemberwiseClone()方法或者序列化来实现深拷贝。

         理解对象结构才能用好克隆方法

有关创建型模式的讨论

    Singleton模式解决的是实体对象个数的问题。除了Singleton之外，其他创建型模式解决的都是new所带来的耦合关系

    Factory Method，Abstract Factory，Buider都需要一个额外的工厂类来负责实例化“易变对象”，而PrototoType则通过原型（一个特殊的工厂类）来克隆“易变对象”。

       界面自动生成中的整个过程可以看成是Builder，其中通过反射生成具体控件也算是Factory Method？

    如果遇到“易变类”，起初的设计通常从Factory Method开始，当遇到更多的复杂变化时，再考虑重构为其他三种工厂模式

       Buider比较单独，另外三者可能转化

技术复杂度