四个角色：抽象原型角色（Prototype）、具体原型角色（ConcretePrototype）、原型管理器角色（PrototypeManager）、客户端角色（Client）         抽象原型角色（Prototype）：定义原型的克隆方法接

Prototype Pattern 名称由来 　　不是利用类来产生实例对象，而是从一个对象实例产生出另一个新的对象实例 ，根据被视为原型的对象实例 ，建立起的另一个新的对象实例就称为原型模式（Ptototype Pattern）。   需求场景   种类过多无法整合成类时第一种情形：若须处理的对象种类太多，如果要一个个设成不同的类，须产生大量的源程序文件不容易利用类产生对象实例

转自：《模式——工程化实现及扩展》（设计模式C#版和Java版） http://www.cnblogs.com/callwangxiang/   原型模式梗概：它构造的过程就是选择一个对象（被称为原型对象或“样本”），通过调用它的“克隆”方法就获得一个和它一样的对象，一般我们称这个克隆出的结果为 “

依赖关系的倒置 　　抽象不应该依赖于实现细节，实现细节应该依赖于抽象。-抽象A直接依赖于实现细节b（软件易脆，很容易需要重新编译） 　　-抽象A依赖于抽象B，实现细节b依赖于抽象B 　　动机（Motivation） 　　在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是它们却拥有比较稳定一致的接口。如何应对这

概述 　　在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？ 　　意图 　　用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 　　结构图 Prototype模式结构图 　　生活中

概述 在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？ 意图 在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是它们却拥有比较稳定一