创建模式：Prototype模式

• 前言

• 动机

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

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

• 代码

public class GameSystem{ public static void Run(){ NormalActor normalActor1 = new NormalActorA(); NormalActor normalActor2 = new NormalActorB(); NormalActor normalActor3 = new NormalActorC(); FlyActor flyActor1 = new FlyActorA(); FlyActor flyActor2 = new FlyActorB(); WaterActor waterActor1 = new WaterActorA(); WaterActor waterActor2 = new WaterActor()B; }}

    上述代码模仿游戏中的普通兵，水兵，空兵等的创建工作。违背了依赖倒置原则，接口依赖具体实现

    //举例： public class NormalAcotrB:NormalActor{ public override NormalActor Clone() { return (NormalActor)this.MemberwiseClone(); }}//public class GameSystem{ public static void Run(NormalActor, FlyAcotr, WaterActor){ NormalActor normalActor1 = NormalActor.clone(); NormalActor normalActor2 = NormalActor.clone(); NormalActor normalActor3 = NormalActor().clone(); FlyActor flyActor1 = flyActor.clone(); FlyActor flyActor2 = flyActor.clone(); WaterActor waterActor1 = WaterActor.clone(); WaterActor waterActor2 = WaterActor.clone(); }}

    上述代码采用原型模式，但是注意浅拷贝和深拷贝

• Prototye模式的几个要点

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

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

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

•  有关创建性模式的讨论

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

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

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