Prototype原形设计模式
依赖倒置：抽象不应该依赖于实现细节，实现细节应依赖于抽象
动机：面临“某些结构复杂的对象”的创建工作，由于需求的变化
这些对象经常面临着剧烈的变化，但他们拥有比较稳定的一致接口
如何?采用何种“封装方法”隔离出“易变对象”，从而使得“依赖这些易变对象的客户程序”
不随着需求（易变对象）的变化而改变
定义：使用原型实例指定创建对象的种类，然后通过拷贝这些原型来创建新的对象。
Prototype模式同样用于隔离类对象的使用者和具
体类型（易变类）之间的耦合关系，它同样要求
这些“易变类”拥有“稳定的接口”。
Prototype模式对于“如何创建易变类的实体对象”
采用“原型克隆”的方法来做，它使得我们可以非
常灵活地动态创建“拥有某些稳定接口”的新对
象——所需工作仅仅是注册一个新类的对象（即
原型），然后在任何需要的地方不断地Clone。
Prototype模式中的Clone方法可以利用.NET中的
Object类的MemberwiseClone()方法或者序列化
来实现深拷贝。
*Singleton模式解决的是实体对象个数的问题。除
了Singleton之外，其他创建型模式解决的都是
new所带来的耦合关系。
*Factory Method, Abstract Factory, Builder都需要
一个额外的工厂类来负责实例化“易变对象”，而
Prototype则是通过原型（一个特殊的工厂类）来
克隆“易变对象”。
*如果遇到“易变类”，起初的设计通常从Factory
Method开始，当遇到更多的复杂变化时，再考虑
重构为其他三种工厂模式（Abstract Factory,
Builder ，Prototype ）。