软件体系结构与设计模式 第十九章 模式分类

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