设计模式3

5、 原型模式

原型模式（Prototype），用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

（原型模式其实就是从一个对象再创建另外可定制的对象，而且不需知道任何创建的细节。）

a) 优点：

i. 一般在初始化的信息不发生变化的情况下，克隆既隐藏了对象创建的细节，又对性能是大大的提高。

ii. 不用重新初始化对象，而可以动态地获得对象运行时的状态。

iii. 引入Prototype后我们不需要一个与具体产品等级结构平行的工厂方法类，减少了类的构造，同时客户程序可以在运行时刻建立和删除原型。

iv. 原型管理器（ColorManager）仅仅依赖于抽象部分（Colorprotype），而具体实现细节（ConcteleColorProtype）则依赖于抽象部分（ColorProtype），所以Protype很好的满足了依赖倒转原则。

b) 原型模式的应用：

i. 当一个系统应该独立于它的产品创建，构成和表示时。

ii. 当要实例化的类是在运行时刻指定时，例如：通过动态装载。

iii. 为了避免创建一个与产品类层次平行的工厂类层次时。

iv. 当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。

6、 模板方法模式

模板方法模式（TemplateMethod），定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以改变一个算法的结果即可重定义该算法的某些特定步骤。

a) 优点：

i. 模板方法模式就是提供了一个很好的代码复用平台。

ii. 各个子类中公共的行为应被提取出来并集中到一个公共父类中一避免代码重复。

iii. 控制子类扩展。模板方法只在特定点调用（Hook）操作，这样就只允许在这些点进行扩展。

b) 模板方法模式应用：

i. 设计者需要给出一个算法的固定步骤，并将某些步骤的具体实现留给子类来实现。

ii. 需要对代码进行重构，将各个子类的共同行为提取出来并集中到一个共同的父类中以避免代码重复。