设计模式PrototypeCreational标签03标签04标签05
视频
依赖关系的倒置
动机 —Motivation
意图 —Intent
结构 —Structure
生活中的例子
适用性
源代码实现
Prototype模式的几个要点
有关创建型模式的讨论

设计模式PrototypeCreational标签03标签04标签05

说明：

原型模式
创建型模式

视频

依赖关系的倒置

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

动机 —Motivation

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

意图 —Intent

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

结构 —Structure

生活中的例子

P06.原型模式-Prototype--Creational - 图3

适用性

当一个系统应该独立于它的产品创建，构成和表示时；
当要实例化的类是在运行时刻指定时，例如，通过动态装载；
为了避免创建一个与产品类层次平行的工厂类层次时；
当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。

源代码实现
正常的角色
```
public  abstract class NormalActor
{
public abstract NormalActor clone();
}
```
```
public class NormalActorA:NormalActor
{
public override NormalActor clone()
{
   Console.WriteLine("NormalActorA is call");
   return (NormalActor)this.MemberwiseClone();
}
}
```
```csharp public class NormalActorB :NormalActor { public override NormalActor clone() { Console.WriteLine(“NormalActorB was called”); return (NormalActor)this.MemberwiseClone(); } }

public class GameSystem { public void Run(NormalActor normalActor) { NormalActor normalActor1 = normalActor.clone(); NormalActor normalActor2 = normalActor.clone(); NormalActor normalActor3 = normalActor.clone(); NormalActor normalActor4 = normalActor.clone(); NormalActor normalActor5 = normalActor.clone();

} }

class Program
{ static void Main(string[] args) { GameSystem gameSystem = new GameSystem(); gameSystem.Run(new NormalActorA()); } }

//如果又需要创建新的对象（flyActor)，只需创建此抽象类，然后具体类进行克隆。

public abstract class FlyActor { public abstract FlyActor clone(); }

public class FlyActorB:FlyActor { ///

/// 浅拷贝，如果用深拷贝，可使用序列化 ///

/// public override FlyActor clone() { return (FlyActor)this.MemberwiseClone(); } }

//此时，调用的Main()函数只需如下： class Program
{ static void Main(string[] args) { GameSystem gameSystem = new GameSystem();

   gameSystem.Run(new NormalActorA(), new FlyActorB());
}

} ```

Prototype模式的几个要点

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

Singleton模式解决的是实体对象个数的问题。除了Singleton之外，其他创建型模式解决的都是new所带来的耦合关系。
Factory Method, Abstract Factory, Builder都需要一个额外的工厂类来负责实例化“易变对象”，而Prototype则是通过原型（一个特殊的工厂类）来克隆“易变对象”。
如果遇到“易变类”，起初的设计通常从Factory Method开始，当遇到更多的复杂变化时，再考虑重构为其他三种工厂模式（Abstract Factory, Builder ，Prototype ）

本文作者：GeekPower - Felix Sun
版权声明： 本博客所有文章除特别声明外，均采用 MIT 许可协议。转载请注明出处！

P06.原型模式-Prototype--Creational