创建型模式(五) 原型模式（Prototype）

一、动机（Motivation）

在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是它们却拥有比较稳定一致的接口。
如何应对这种变化？如何向“客户程序（使用这些对象的程序）”隔离出“这些易变对象”，从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变？

二、意图（Intent）

使用原型实例指定创建对象的种类，然后通过拷贝这些原型来创建新的对象——《设计模式》GoF

三、结构（Structure）

我们看了这么多设计模式的类图了，大家应该也总结出一些经验来，客户端依赖的都是抽象的接口，【这个接口不是C#语言里面的Interface或者抽象类】，原型模式里面有一个抽象原型对象，他是稳定的，通过自身的克隆实现对象的创建。

四、模式的组成

可以看出，在原型模式的结构图有以下角色：
（1）、原型类（Prototype）：原型类，声明一个Clone自身的接口；
（2）、具体原型类（ConcretePrototype）：实现一个Clone自身的操作。
在原型模式中，Prototype通常提供一个包含Clone方法的接口，具体的原型ConcretePrototype使用Clone方法完成对象的创建。

五、原型模式的具体实现

假设在一些打斗游戏场景中，有这样一些角色，普通(NormalActor),可以飞的(FlyActor).

//抽象原型（相当于工厂）

public abstract class NormalActor

{

    public abstract NormalActor Clone();

}

public abstract class FlyActor

{

    public abstract FlyActor Clone();

}

//具体实现

public class NormalActorA : NormalActor

{

    public override NormalActor Clone()

    {

        return (NormalActor)this.MemberwiseClone();

    }

}

public class FlyActorA : FlyActor

{

    public override FlyActor Clone()

    {

        return (FlyActor)this.MemberwiseClone();

    }

}

客户程序：

public class GameSystem

{

    public void Run(NormalActor normalActor, FlyActor flyactor)//如果把参数定义成属性也可以的不影响设计模式的实现。

    {

        //需要3个小兵

        NormalActor noramlActor1 = normalActor.Clone();//克隆

        NormalActor noramlActor2 = normalActor.Clone();

        NormalActor noramlActor3 = normalActor.Clone();

        //需要两个飞人

        FlyActor flyActor1 = flyactor.Clone();

        FlyActor flyActor2 = flyactor.Clone();

    }

}

应用程序：

internal class App

{

    public static void Main()

    {

        GameSystem gamesystem = new GameSystem();

        gamesystem.Run(new NormalActorA(), new FlyActorA(), new FlyActorA());

    }

}

有一点要注意，MemberwiseClone方法只是一种浅拷贝，它只能拷贝所有的值类型和String，如果是引用类型（例如数组），它就会只拷贝引用，而不会重新创建对象，例如对数组，就只会拷贝数组的地址。

六、原型模式的实现要点：

　　Prototype模式同样用于隔离类对象的使用者和具体类型（易变类）之间的耦合关系，它同样要求这些“易变类”拥有“稳定的接口”。
　　Prototype模式对于“如何创建易变类的实体对象”（创建型模式除了Singleton模式以外，都是用于解决创建易变类的实体对象的问题的）采用“原型克隆”的方法来做，它使得我们可以非常灵活地动态创建“拥有某些稳定接口”的新对象——所需工作仅仅是注册一个新类的对象（即原型），然后在任何需要的地方不断地Clone。
　　Prototype模式中的Clone方法可以利用.NET中的Object类的MemberwiseClone()方法或者序列化来实现深拷贝。

1、原型模式的优点：

（1）、原型模式向客户隐藏了创建新实例的复杂性
        （2）、原型模式允许动态增加或较少产品类。
        （3）、原型模式简化了实例的创建结构，工厂方法模式需要有一个与产品类等级结构相同的等级结构，而原型模式不需要这样。
        （4）、产品类不需要事先确定产品的等级结构，因为原型模式适用于任何的等级结构

2、原型模式的缺点：

（1）、每个类必须配备一个克隆方法
（2）、配备克隆方法需要对类的功能进行通盘考虑，这对于全新的类不是很难，但对于已有的类不一定很容易，特别当一个类引用不支持串行化的间接对象，或者引用含有循环结构的时候。

3、原型模式使用的场景：

（1）、资源优化场景
                      类初始化需要消化非常多的资源，这个资源包括数据、硬件资源等。
         （2）、性能和安全要求的场景
                    通过new产生一个对象需要非常繁琐的数据准备或访问权限，则可以使用原型模式。
         （3）、一个对象多个修改者的场景
                    一个对象需要提供给其他对象访问，而且各个调用者可能都需要修改其值时，可以考虑使用原型模式拷贝多个对象供调用者使用。
           在实际项目中，原型模式很少单独出现，一般是和工厂方法模式一起出现，通过clone的方法创建一个对象，然后由工厂方法提供给调用者。

七、.NET 中原型模式的实现

在.NET中，微软已经为我们提供了原型模式的接口实现，该接口就是ICloneable，其实这个接口就是抽象原型，提供克隆方法，相当于与上面代码中Prototype抽象类，其中的Clone()方法来实现原型模式，如果我们想我们自定义的类具有克隆的功能，首先定义类实现ICloneable接口的Clone方法。其实在.NET中实现了ICloneable接口的类有很多

八、创建型模式的总结

Singleton模式解决的是实体对象个数的问题。除了Singleton之外，其他创建型模式解决的都是new所带来的耦合关系。
Factory Method，Abstract Factory，Builder都需要一个额外的工厂类来负责实例化“易变对象”，而Prototype则是通过原型（一个特殊的工厂类）来克隆“易变对象”。（其实原型就是一个特殊的工厂类，它只是把工厂和实体对象耦合在一起了）
如果遇到“易变类”，起初的设计通常从Factory Method开始，当遇到更多的复杂变化时，再考虑重构为其他三种工厂模式（Abstract Factory，Builder，Prototype）。
一般来说，如果可以使用Factory Method，那么一定可以使用Prototype。但是Prototype的使用情况一般是在类比较容易克隆的条件之上，如果是每个类实现比较简单，都可以只用实现MemberwiseClone，没有引用类型的深拷贝，那么就更适合了。Prototype如果要实现深拷贝，还需要在每个要克隆的类上加序列化标签，这点复杂度要考虑进程序中。

巴特西

创建型模式(五) 原型模式（Prototype）

一、动机（Motivation）

二、意图（Intent）

三、结构（Structure）

四、模式的组成

五、原型模式的具体实现

六、原型模式的实现要点：

1、原型模式的优点：

2、原型模式的缺点：

3、原型模式使用的场景：

七、.NET 中原型模式的实现

八、创建型模式的总结

最新文章

热门文章

巴特西

创建型模式(五) 原型模式（Prototype）

一、动机（Motivation）

二、意图（Intent）

三、结构（Structure）

四、模式的组成

五、 原型模式的具体实现

六、原型模式的实现要点：

1、原型模式的优点：

2、原型模式的缺点：

3、原型模式使用的场景：

七、.NET 中原型模式的实现

八、创建型模式的总结

最新文章

热门文章

五、原型模式的具体实现