设计模式纵谈-6.Prototype模型

6.Prototype模型

http://forum.sucent.com
 
OO要解决的问题就是需求的变化

对软件的看法应该是动态的。也不是静态的结构。

依赖关系的倒置
抽象不应该依赖于实现细节,实现细节应该依赖于抽象。

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

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

Intent
使用原型实例知道创建对象的种类，然后通过拷贝这些原型来创建新的对象。

Prototype模式的几个要点

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

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

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

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

。如果遇到 易变类，起初的设计通常从Factory Method开始，当遇到更多的复杂变化时，
在考虑重构为其他三种工厂面模式。