1、第十九章 模式分类,一、创建型模式,涉及对象的实例化。 工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类。 生成器模式：将一个复杂对象的构建与它的表示分离。 原型模式：通过复制原型创建新的对象。 单件模式：保证一个类仅有一个实例。,二、行为型模式,合理地设计对象之间的交互通信。 责任链模式：避免请求的发送者和接收者之间的耦合关系。 中介者模式：用一个中介对象来封装一系列的对象交互。 观察者模式：定义对象间的一种一对多的依赖关系，当一个对象的状态发生变化时，所有依赖于它的对象都得到通知并被自动更新。,状态模式：允许一个对象在其内部状态改变时改变它的行为。 策略模式：定义一系列算法，
2、把它们一个个封装起来，并且使它们可相互替换。,三、结构型模式,如何组合类和对象以形成更大的结构。 适配器模式：将一个类的接口转换成客户希望的另外一个接口。 组合模式：将对象组合成树形结构以表示“部分-整体”的层次关系。 装饰模式：动态地给对象添加一些额外的职责。 享元模式：运用共享技术有效地支持大量细粒度对象。,创建模式 l Builder：如何创建一个组合对象。 变更要求：复合对象的构成要素，内部表现形式的变更。 扩充要求：复合对象的新的表现形式的追加。通过追加类Builder 的子类ConcreteBuilder，可以生成包含新的表现形式的复合对象。,四、设计模式的Hot-Spot规范,l
3、 Factory Method：被实例化的子类。 变更要求：应该生成的产品对象的变更。导入生成类ConcreteProduct（对应该产品对象的类）的对象的类ConcreteCreator。 扩充要求：新的产品对象的追加。追加Creator的子类ConcreteCreator。 约束：产品对象的接口的变更。由于要变更所有的产品类的接口，修改Product的接口很困难。,Singleton：一个类的唯一实例。 该模式是处理对象的唯一性的模式，与柔软性，扩充性没有关系。,结构模式 lAdapter：对象的接口。 变更要求：既存对象的interface的变更。通过改变既存类的Adapter类，可以达
4、到不修改既存类而改变interface的目的。 扩充要求：在既存对象中增加新的interface。通过追加新的类Adapter，可以达到不修改对象而增加新的功能的目的。,Composite：一个对象的结构和组成。 扩充要求：在对象的部分全体结构中追加新的对象或组合对象。通过追加Component的子类，可以达到追加新的要素（对象）的目的。 约束：定义部分全体的抽象接口的Component类的行为的扩充比较困难。,Decorator：对象的职责，不生成子类。 变更要求：对象职责的变更。改变Decorator类的子类。 扩充要求：不定义子类而追加对象的职责和行为。 约束：不能改变由Decorato
5、r类修饰的对象的接口。,行为模式Chain of Responsibility：满足一个请求的对象。 变更要求：在“要求”的传递过程中，变更处理“要求”的对象。 扩充要求：在“要求”的传递过程中，变更处理“要求”的方法。定义处理这个“要求”的Handler的子类。,Mediator：对象间怎样交互、和谁交互。 变更要求：对象群的相互作用的变更。在Mediator类中封装对象群的相互作用和关联。这些行为可以通过定义Mediator的子类进行变更。,Observer：多个对象依赖于另外一个对象，而这些对象又如何保持一致。 变更要求：状态发生变化的对象和它的关联对象分别进行变更。 扩充要求：依存于某个对象的新的对象的追加。State：对象的状态。 变更要求：状态转移的代码的变更。通过改变State类的具体类的行为来实现。 扩充要求：新的状态和新的状态转移的追加。通过追加State类的新的子类来实现。,Strategy：算法封装。 变更要求：算法的变更。对想要变更的算法的ConcreteStrategy类进行变更。 扩充要求：新的算法的追加。追加Strategy的子类ConcreteStrategy。 约束：如果想要更改Strategy类的interface，既存的ConcreteStrategy类的接口也要进行更改。,
