设计模式学习笔记（六）Prototype原型（创建型模式）

Prototype原型（创建型模式）

依赖关系倒置
抽象不应该依赖于实现细节，实现细节应该依赖于抽象。抽象变化的速度比较慢，细节变化相对是更快一些。

动机（Motivation）

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

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

 

意图（Intent）

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

//具体类型可能包括NormalActorA、NormalActorB、FlyActorA、FlyActorB等。均继承于下面的抽象类

//抽象类1
public abstract class NormalActor
{
 public abstract WaterActor Clone();
 //实现用return (NormalActor)this.MemberwiseClone();
}
//抽象类2
public abstract class FlyActor
{
 public abstract FlyActor Clone();
 
 //具体类可用return (FlyActor)this.MemberwiseClone();的形式来实现
}

 

//使用者代码
public class GameSystem
{
 public static void Run(NormalActor normalActor,
                        FlyActor flyActor)
 {
  NormalActor normalActor1 = normalAcotr.Clone();
  FlyActor flyActor1 = flyActor.Clone();
  
  //...任意多个
 }
}

//主应用

class App

{
 public static void Main()
 {
  GameSystem gameSystem = new GameSystem();
  gameSystem.Run(new NormalActorA,
        new FlyActorB);
 }

}

 

//注意 MemberwiseClone方法实现的是浅拷贝。如果类的成员都是值类型和字符这样的简单类型不会有问题，如果有一些引用类型如整型数组，它会复制一个数组的地址过去了，造成不是真正的“Clone”。但“原型模式”要求完全Clone，不能共享成员。有两种方式解决，一种是先New一个目标对象然后逐个复制每个成员。另一种则是使类支持序列化，让源对象先序列化，再通过反序列化得到一个新的对象。

 

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

有关创建型模式的讨论

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