设计模式浅谈24种

《设计模式浅谈24种》由会员分享，可在线阅读，更多相关《设计模式浅谈24种（140页珍藏版）》请在装配图网上搜索。

1、 计算机学院计算机学院 计算机科学教研室计算机科学教研室 设计模式设计模式Design Patterns准备准备理解面向对象设计的理解面向对象设计的原则原则n开放开放-封闭原则：封闭原则：是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。n里氏代换原则：里氏代换原则：子类型必须能够替换掉它们的父类型。n依赖倒转原则：依赖倒转原则：A.高层模块不应该依赖低层模块。两个都应该依赖抽象。B.抽象不应该依赖细节。细节应该依赖抽象。n请参考面向对象设计的原则2 2概述概述n导致重新设计的一般原因q通过显式指定一个类来创建对象q对特殊操作的依赖q对硬件和软件平台的依赖q对对象表示和实现的依赖q

2、对算法的依赖q紧耦合q通过生成子类来扩充功能q不能方便地对类进行修改3 3概述概述4 4概述概述n什么是设计模式q设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述。q每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动。n设计模式的内容q模式名称 Pattern nameq问题 Problemq解决方案 Solutionq效果 Consequences5 5概述概述n设计模式编目范围范围目的目的创建型创建型结构型结构型行为型行为型类类Factory MethodAdapterInterprete

3、rTemplate Method对象对象Abstract FactoryBuilderPrototypeSingletonAdapterBridgeCompositeDecoratorFacadeFlyweightProxyChain of ResponsibilityCommandIteratorMediatorMementoObserverStateStrategyVisitor设设计计模模式式之之间间的的关关系系7 7创建型模式创建型模式n创建型模式的目的q使系统独立于如何创建、组合和表示对象。q类创建型模式使用继承改变被实例化的类。q对象创建型模式将实例化委托给另一个对象。8 8Abs

4、tract FactoryBuilderFactory MethodPrototypeSingleton创建型模式创建型模式三种Factory模式：nSimple Factory（简单工厂）模式（简单工厂）模式:专门定义一个类来负责创建其它类的实例，被创建的实例通常都具有共同的父类。nFactory Method（工厂方法）模式（工厂方法）模式:将对象的创建交由父类中定义的一个标准方法来完成，而不是其构造函数，究竟应该创建何种对象由具体的子类负责决定。nAbstract Factory（抽象工厂）模式（抽象工厂）模式:提供一个共同的接口来创建相互关联的多个对象。9 9创建型模式创建型模式nFa

5、ctory Method（工厂方法）q类创建型模式q意图n定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。q适用性n当一个类不知道它所必须创建的对象的类的时候。n当一个类希望由它的子类来指定它所创建的对象的时候。n当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。10 10创建型模式创建型模式nFactory Method（工厂方法）11 11创建型模式创建型模式nFactory Method（工厂方法）q效果n用工厂方法在类中创建对象比直接创建更灵活，子类可以提供对象的扩展

6、版本。n连接平行的类层次，将哪些类应一同工作的信息局部化。q实现nCreator可以只声明工厂方法，也可以提供缺省的实现。n可以使用模板以避免创建子类。n可采用适当的命名约定说明正在使用工厂方法。12 12创建型模式创建型模式nAbstract Factory（抽象工厂）q对象创建型模式q意图n提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。q适用性n一个系统要独立于它的产品的创建、组合和表示时。n一个系统要用多个产品系列中的一个来配置时。n要强调一系列相关的产品对象的设计以便进行联合使用时。n提供一个产品类库，而只想显示它们的接口而不是实现时。13 13创建型模式创建型模

7、式nAbstract Factory（抽象工厂）14 14创建型模式创建型模式15 15创建型模式创建型模式nAbstract Factory（抽象工厂）q效果n由工厂封装产品对象的创建，将客户与类的实现分离。n易于交换产品系列。n有利于产品的一致性。n难以支持新种类的产品。q实现n通常可以将工厂作为Singleton。nAbstract Factory声明创建产品的接口，由工厂子类负责创建产品，通常为每个产品定义一个工厂方法。n一种更灵活但不太安全的设计是以参数方式创建对象。16 16创建型模式创建型模式nBuilder（生成器）q对象创建型模式q意图n将一个复杂对象的构建与它的表示分离，使

8、得同样的构建过程可以创建不同的表示。q适用性n当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。n当构造过程必须允许被构造的对象有不同的表示时。17 17创建型模式创建型模式nBuilder（生成器）18 18创建型模式创建型模式四个角色：n建造者（建造者（Builder）角色：）角色：给出一个抽象接口，以规范产品对象的各个组成成分的建造。一般而言，此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体建造者（ConcreteBuilder）角色。具体建造者类必须实现具体建造者类必须实现这个接口所要求的方法：一个是建造方法，另一个是结果这个接口所要求的方法：一个是建造

9、方法，另一个是结果返还方法。返还方法。n具体建造者（具体建造者（Concrete Builder）角色：）角色：担任这个角色的是于应用程序紧密相关的类，它们在应用程序调用下创建产品实例。这个角色主要完成的任务包括：q实现Builder角色提供的接口，一步一步完成创建产品实例的过程。q在建造过程完成后，提供产品的实例。19 19创建型模式创建型模式n指导者（指导者（Director）角色：）角色：担任这个角色的类调用具体建造者角色以创建产品对象。导演者并没有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者对象。n产品（产品（Product）角色：）角色：产品便是建造中的复杂对象。n指导者

10、角色是于客户端打交道的角色。导演者角色将客户端创建产品的请求划分为对各个零件的建造请求，再将这些请求委派给具体建造者角色。具体建造者角色是做具体建造工作的，但却不为客户端所知。2020创建型模式创建型模式nBuilder（生成器）21 21class Builder /创建部件创建部件A比如创建汽车车轮比如创建汽车车轮void buildPartA();/创建部件创建部件B 比如创建汽车方向盘比如创建汽车方向盘void buildPartB();/创建部件创建部件C 比如创建汽车发动机比如创建汽车发动机void buildPartC();/返回最后组装成品结果返回最后组装成品结果(返回最后装配

11、好的汽车返回最后装配好的汽车)/成品的组装过程不在这里进行成品的组装过程不在这里进行,而是转移到下面的而是转移到下面的Director类中进行类中进行./从而实现了解耦从而实现了解耦过程过程和和部件部件Product*getResult();class Director private Builder*m_builder;public Director(Builder*builder)m_builder=builder;/将部件将部件partA partB partC最后组成复杂对象最后组成复杂对象/这里是将车轮这里是将车轮 方向盘和发动机组装成汽车的过程方向盘和发动机组装成汽车的过程publ

12、ic void construct()builder-buildPartA();builder-buildPartB();builder-buildPartC();class ConcreteBuilder:public Builder Part partA,partB,partC;public:void buildPartA()/这里是具体如何构建这里是具体如何构建partA的代码的代码 void buildPartB()/这里是具体如何构建这里是具体如何构建partB的代码的代码 void buildPartC()/这里是具体如何构建这里是具体如何构建partB的代码的代码 Product

13、*getResult()/返回最后组装成品结果返回最后组装成品结果;ConcreteBuilder builder;Director director(&builder);director.construct();Product*product=builder.getResult();创建型模式创建型模式nBuilder（生成器）q效果n可以改变一个产品的内部表示。n将构造代码和表示代码分开。n可以对构造过程进行更精细的控制。q实现nBuilder类接口应足够普遍。n产品通常不需要有公共抽象类。nBuilder中通常缺省方法为空。2222创建型模式创建型模式nPrototype（原型）q对象创

14、建型模式q意图n用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。q适用性n当要实例化的类是在运行时刻指定时，例如，通过动态装载；n或者为了避免创建一个与产品类层次平行的工厂类层次时；n或者当一个类的实例只能有几个不同状态组合中的一种时。n建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。2323创建型模式创建型模式nPrototype（原型）2424创建型模式创建型模式n客户（客户（Client）角色：）角色：客户类提出创建对象的请求。n抽象原型（抽象原型（Prototype）角色：）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的

15、具体原型类所需的接口。n具体原型（具体原型（Concrete Prototype）角色：）角色：被复制的对象。此角色需要实现抽象原型角色所要求的接口。2525创建型模式创建型模式nPrototype（原型）q效果n可在运行时刻增加和删除产品。n可以通过改变值来指定新产品。n可以通过改变结构来指定新对象。n减少了子类的构造。n可以用类动态配置应用。q实现n使用一个原型管理器；n实现克隆操作（浅拷贝和深拷贝）；n初始化克隆对象；q参考阎宏的JAVA模式2626创建型模式创建型模式nSingleton（单件）q对象创建型模式q意图n保证一个类仅有一个实例，并提供一个访问它的全局访问点。q适用性n当类

16、只能有一个实例而且客户可以从一个众所周知的访问点访问它时。n当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。2727创建型模式创建型模式nSingleton（单件）2828实例详解实例详解结构型模式结构型模式n结构型模式的目的q结构型模式涉及到如何组合类和对象以获得更大的结构。q结构型类模式采用继承机制来组合接口或实现。q结构型对象模式描述了如何对一些对象进行组合实现新功能，并可以在运行时刻改变对象组合关系的一些方法。2929AdapterBridgeCompositeDecoratorFacadeFlyweightProxy结构型模式结构型模式nAd

17、apter（适配器）q类/对象结构型模式q意图n将一个类的接口一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。q适用性n你想使用一个已经存在的类，而它的接口不符合你的需求。n你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。n（仅适用于对象Adapter）你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。3030结构型模式结构型模式角色：n目标（目标（Target）角色：）角色：这是客户所期待的接口。因为C#不支持多继承，所以Ta

18、rget必须是接口，不可以是类。n源（源（Adaptee）角色：）角色：需要适配的类。n适配器（适配器（Adapter）角色：）角色：把源接口转换成目标接口。根据这一角色的实现不同，可分为类适配器和对象适配器。31 31结构型模式结构型模式Adapter（类适配器）n类适配器类适配器是通过继承类适配者类（继承类适配者类（Adaptee Class）实现的，另外类适配器实现客户类所需要的接口。当客户对象调用适配器类方法的时候，适配器内部调用它所继承的适配者的方法。3232结构型模式结构型模式Adapter（对象适配器）n对象适配器对象适配器包含一个适配器者的引用（包含一个适配器者的引用（refe

19、rence），），与类适配器相同，对象适配器也实现了客户类需要的接口。当客户对象调用对象适配器的方法的时候，对象适配器调它所包含的适配器者实例的适当方法。3333n实例详解实例详解结构型模式结构型模式nBridge（桥接）q对象结构型模式q意图n将抽象部分与它的实现部分分离将抽象部分与它的实现部分分离，使它们都可以独立地变化。通过动态的结合实现解耦(GOF).n比如说通过JDBC访问数据库访问数据库，我们操作的API是基于接口的，是抽象，没有实现。而特定数据库提供的驱动测试抽象方法的具体实现。q适用性3434结构型模式结构型模式nBridge（桥接）q对象结构型模式q意图q适用性n不希望在抽象

20、和它的实现部分之间有一个固定的绑定关系。n类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。n对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。n你想对客户完全隐藏抽象的实现部分。n有许多子类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。n你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不知道这一点。3535结构型模式结构型模式nBridge（桥接）3636结构型模式结构型模式角色：n抽象化抽象化(Abstraction)角色：角色：抽象化给出的定义，并保存一个对实现化对象的引用。n修正抽象化修正抽象化(Refined Abstrac

21、tion)角色：角色：扩展抽象化角色，改变和修正父类对抽象化的定义。n实现化实现化(Implementor)角色：角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。n具体实现化具体实现化(Concrete Implementor)角色：角色：这个角色给出实现化角色接口的具体实现。3737结构型模式结构型模式nBridge（桥接）q效果n分离了接口及其实现部分。n提高了可扩充性。n实现了细节对客户透明。q实现n当仅有一个

22、Implementor时不须创建抽象Implementor。n如何创建正确的Implementor对象。n共享Implementor对象。3838结构型模式结构型模式nComposite（组合）q对象结构型模式q意图n将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性。q适用性n你想表示对象的部分-整体层次结构。n你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。20142014年年9 9月月2929日日2222时时4040分分3939结构型模式结构型模式nComposite（组合）4040结构型模式结

23、构型模式角色：n抽象构件（抽象构件（Component）角色：）角色：这是一个抽象角色，它给参与组合的对象规定一个接口。这个角色给出共有接口及其默认行为。n树叶构件（树叶构件（Leaf）角色：）角色：代表参加组合的树叶对象。一个树叶对象没有下级子对象。n树枝构件（树枝构件（Composite）角色：）角色：代表参加组合的有子对象的对象，并给出树枝构件对象的行为。可以看出，Composite类型的对象可以包含其它Component类型的对象。换而言之，Composite类型对象可以含有其它的树枝（Composite）类型或树叶（Leaf）类型的对象。41 41结构型模式结构型模式nDecorat

24、or（装饰）,又名包装（Wrapper）模式q对象结构型模式q意图n动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。q适用性4242结构型模式结构型模式nDecorator（装饰）q对象结构型模式q意图q适用性n在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。n处理那些可以撤消的职责。n当不能采用生成子类的方法进行扩充时当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。4343结构型模式结构型

25、模式nDecorator（装饰）4444结构型模式结构型模式角色有：n抽象构件（抽象构件（Component）角色：）角色：给出一个抽象接口，以规范准备接收附加责任的对象。n具体构件（具体构件（Concrete Component）角色：）角色：定义一个将要接收附加责任的类。n装饰（装饰（Decorator）角色：）角色：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。n具体装饰（具体装饰（Concrete Decorator）角色：）角色：负责给构件对象贴上附加的责任。4545结构型模式结构型模式n孙悟空有七十二般变化，他的每一种变化都给他带来一种附加的本领

26、。他变成鱼儿时，就可以到水里游泳；他变成雀儿时，就可以在天上飞行。而不管悟空怎么变化，在二郎神眼里，他永远是那只猢狲。n装饰模式以对客户透明的方式动态地给一个对象附加装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。4646结构型模式结构型模式n装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展是完全透明的。n在孙猴子的例子里，老孙变成的鱼儿相当于老孙的子类，这条鱼儿与外界的互动要通过“委派”，交给老孙

27、的本尊，由老孙本尊采取行动。4747结构型模式结构型模式nDecorator（装饰）4848结构型模式结构型模式nDecorator（装饰）q效果nDecorator比静态继承更灵活；nDecorator避免在层次结构高层的类中有太多的特征；nDecorator不等同于它所装饰的对象；n可能产生很多小对象；q实现n装饰对象应与被装饰组件保持一致的接口，即组件的所有装饰实现类拥有相同的父类；n当只有一个装饰实现类时，可省略装饰抽象类；n组件与装饰拥有相同父类，应保持该父类的简单性；n装饰可以用于改变组件的外观，而不能改变组件的内核；4949结构型模式结构型模式nDecorator（装饰）5050

28、结构型模式结构型模式nFacade（外观）q对象结构型模式q意图n为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。q适用性51 51结构型模式结构型模式nFacade（外观）q对象结构型模式q意图q适用性n为一个复杂子系统提供一个简单接口，需要更多的可定制性的用户可以越过Facade层。n当客户程序与抽象类的实现部分之间存在着很大的依赖性时，引入Facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。n在构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点。让相互依赖的子系统之间仅

29、通过Facade进行通讯，可以简化它们之间的依赖关系。5252结构型模式结构型模式nFacade（外观）5353结构型模式结构型模式两个角色：n门面门面(Facade)角色：角色：客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去。n子系统子系统(subsystem)角色：角色：可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。每一个子系统都可以被客户端直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面仅仅是另外一个客户端而已。5454结构型

30、模式结构型模式nFacade（外观）5555结构型模式结构型模式nFacade（外观）5656结构型模式结构型模式nFlyweight（享元）q对象结构型模式q意图n运用共享技术有效地支持大量细粒度的对象。q适用性5757结构型模式结构型模式nFlyweight（享元）q对象结构型模式q意图q适用性n应用程序使用了大量的对象，造成很大的存储开销。n对象的大多数状态都可变为外部状态。n如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象。n应用程序不依赖于对象标识。由于Flyweight对象可以被共享，对于概念上明显有别的对象，标识测试将返回真值。5858结构型模式结构型模式n享元

31、模式以共享的方式高效地支持大量的细粒度对象。享元对象能做到共享的关键是区分内蕴状态（内蕴状态（Internal State）和外蕴状态（外蕴状态（External State）。n内蕴状态内蕴状态是存储在享元对象内部并且不会随环境改变而改变。因此内蕴状态并可以共享。n外蕴状态外蕴状态是随环境改变而改变的、不可以共享的状态。享元对象的外蕴状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。外蕴状态与内蕴状态是相互独立的。5959结构型模式结构型模式nFlyweight（享元）6060结构型模式结构型模式角色如下：n抽象享元抽象享元(Flyweight)角色：角色：

32、此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态(External State)的操作可以通过调用商业方法以参数形式传入。n具体享元具体享元(ConcreteFlyweight)角色：角色：实现抽象享元角色所规定的接口。如果有内蕴状态的话，必须负责为内蕴状态提供存储空间。享元对象的内蕴状态必须与对象所处的周围环境无关，从而使得享元对象可以在系统内共享的。61 61结构型模式结构型模式n复合享元复合享元(UnsharableFlyweight)角色：角色：复合享元角色所代表的对象是不可以共享的，但是一个复合享元对象可以分解成为多个本身是单纯享元对象的组合。复合享

33、元角色又称做不可共享的享元对象。6262结构型模式结构型模式n享元工厂享元工厂(FlyweightFactory)角色：角色：本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象的时候，享元工厂角色会检查系统中是否已经有一个复合要求的享元对象。如果已经有了，享元工厂角色就应当提供这个已有的享元对象；如果系统中没有一个适当的享元对象的话，享元工厂角色就应当创建一个合适的享元对象。n客户端客户端(Client)角色：角色：本角色需要维护一个对所有享元对象的引用。本角色需要自行存储所有享元对象的外蕴状态。6363结构型模式结构型模式享元模式的应用

34、享元模式的应用n享元模式在编辑器系统中大量使用。一个文本编辑器往往会提供很多种字体，而通常的做法就是将每一个字母做成一个享元对象。享元对象的内蕴状态就是这 个字母，而字母在文本中的位置和字模风格等其他信息则是外蕴状态。比如，字母a可能出现在文本的很多地方，虽然这些字母a的位置和字模风格不同，但是所有 这些地方使用的都是同一个字母对象。这样一来，字母对象就可以在整个系统中共享。6464结构型模式结构型模式nFlyweight（享元）6565结构型模式结构型模式n享元模式的优点和缺点享元模式的优点和缺点n享元模式的优点在于它大幅度地降低内存中对象的数量。但是，它做到这一点所付出的代价也是很高的：q

35、享元模式使得系统更加复杂。为了使对象可以共享，需要将一些状态外部化，这使得程序的逻辑复杂化。q享元模式将享元对象的状态外部化，而读取外部状态使得运行时间稍微变长。6666结构型模式结构型模式nProxy（代理）q对象结构型模式q意图n为其他对象提供一种代理以控制对这个对象的访问。q适用性n在需要用比较通用和复杂的对象指针代替简单的指针的时候，使用Proxy模式。6767结构型模式结构型模式代理的种类代理的种类如果按照使用目的来划分，可分为：如果按照使用目的来划分，可分为：n远程（远程（Remote）代理：）代理：为一个位于不同的地址空间的对象提供一个局域代表对象。这个不同的地址空间可以是在本机

36、器中，也可是在另一台机器中。远程代理又叫做大使（Ambassador）。n虚拟（虚拟（Virtual）代理：）代理：根据需要创建一个资源消耗较大的对象，使得此对象只在需要时才会被真正创建。nCopy-on-Write代理：代理：虚拟代理的一种。把复制（克隆）拖延到只有在客户端需要时，才真正采取行动。nCache代理：代理：为某一个目标操作的结果提供临时的存储空间，以便多个客户端可以共享这些结果。6868结构型模式结构型模式n保护（保护（Protect or Access）代理：）代理：控制对一个对象的访问，如果需要，可以给不同的用户提供不同级别的使用权限。n防火墙（防火墙（Firewall）代

37、理：）代理：保护目标，不让恶意用户接近。n同步化（同步化（Synchronization）代理：）代理：使几个用户能够同时使用一个对象而没有冲突。n智能引用（智能引用（Smart Reference）代理：）代理：当一个对象被引用时，提供一些额外的操作，比如将对此对象调用的次数记录下来等。6969结构型模式结构型模式nProxy（代理）7070结构型模式结构型模式角色：n抽象主题角色（抽象主题角色（Subject）：）：声明了真实主题和代理主题的共同接口，这样一来在任何使用真实主题的地方都可以使用代理主题。n真实主题角色（真实主题角色（RealSubject）角色：）角色：定义了代理角色所代表

38、的真实对象。71 71结构型模式结构型模式角色：n代理主题（代理主题（Proxy）角色：）角色：代理主题角色内部含有对真是主题的引用，从而可以在任何 时候操作真实主题对象；代理主题角色提供一个与真实主题角色相同的接口，以便可以在任何时候都可以替代真实主体；控制真实主题的应用，负责在需要的时候创 建真实主题对象（和删除真实主题对象）；代理角色通常在将客户端调用传递给真实的主题之前或之后，都要执行某个操作，而不是单纯的将调用传递给真实主题对 象。7272结构型模式结构型模式nProxy（代理）7373结构型模式结构型模式n结构型模式的讨论qAdapter和Bridge都涉及到从自身以外的接口向另一

39、对象发送请求，Adapter是为了解决两个接口不匹配，Bridge则是对抽象接口与其实现部分进行桥接。Adapter通常在类设计好之后实施，Bridge则在类设计之前实施。qAdapter使两个已经存在的接口协同工作，并不定义新的接口，而Facade则定义了一个新的接口。qComposite和Decorator都是基于递归组合来组织可变数目的对象，但Composite的目的是使多个相关对象能够被当作一个对象来处理，Decorator的目的则是不需要生成子类即可给对象添加职责。qDecorator和Proxy都描述了为对象提供间接引用，但Proxy不能动态地添加或分离性质，也不是为递归组合而设计

40、的，是由实体完成关键功能，Proxy控制其访问，而Decorator则是在组件基本功能之外完成附加的功能。7474行为模式行为模式n行为模式的目的q行为模式涉及到算法和对象间职责的分配。q行为模式描述对象或类之间的通信模式，刻画了在运行时难以跟踪的复杂的控制流。7575Chain of ResponsibilityObserverCommandInterpreterIteratorMediatorMementoStateStrategyTemplate MethodVisitor行为模式行为模式nChain of Responsibility（响应链）q对象行为模式q意图n使多个对象都有机会处

41、理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。q适用性7676行为模式行为模式nChain of Responsibility（响应链）q对象行为模式q意图q适用性n有多个对象可以处理一个请求，哪个对象处理该请求在运行时刻自动确定。n在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。n可处理一个请求的对象集合应被动态指定。7777行为模式行为模式n击鼓传花击鼓传花n击鼓传花是一种热闹而又紧张的饮酒游戏。在酒宴上宾客依次坐定位置，由一人击鼓，击鼓的地方与传花的地方是分开的，以示公正。开始击鼓时，花束就开始依次

42、传递，鼓声一落，如果花束在某人手中，则该人就得饮酒。n击鼓传花便是责任链模式的应用。责任链可能是一条直线、一个环链或者一个树结构的一部分。7878行为模式行为模式nChain of Responsibility（响应链）7979行为模式行为模式角色如下：n抽象处理者抽象处理者(Handler)角色：角色：定义出一个处理请求的接口。如果需要，接口可以定义出一个方法，以设定和返回对下家的引用。这个角色通常由一个抽象类或接口实现。n具体处理者具体处理者(ConcreteHandler)角色：角色：具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如

43、果需要，具体处理者可以访问下家。8080行为模式行为模式nChain of Reponsibility（响应链）81 81行为模式行为模式nChain of Reponsibility（响应链）q效果n降低了对象间的耦合度。n增强了给对象分配响应（职责）的灵活性。n不保证请求被响应。q实现n后续链的实现n请求的表示：硬编码方式或请求码方式8282行为模式行为模式nCommand（命令）q对象行为模式q意图n将一个请求封装为一个对象请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；n对请求排队或记录请求日志，以及支持可撤消的操作。q适用性8383行为模式行为模式nCommand（命令）

44、q对象行为模式q意图q适用性n抽象出待执行的动作以参数化某对象。Command模式是回调机制的一个面向对象的替代品。n在不同的时刻指定、排列和执行请求。n支持取消操作。n支持修改日志，这样当系统崩溃时，这些修改可以被重做一遍。n用构建在原语操作上的高层操作构造一个系统。8484行为模式行为模式nCommand（命令）8585行为模式行为模式角色：n客户（客户（Client）角色：）角色：创建了一个具体命令(ConcreteCommand)对象并确定其接收者。n命令（命令（Command）角色：）角色：声明了一个给所有具体命令类的抽象接口。这是一个抽象角色。n具体命令（具体命令（Concrete

45、Command）角色：）角色：定义一个接受者和行为之间的弱耦合；实现Execute()方法，负责调用接收者的相应操作。Execute()方法通常叫做执方法。8686行为模式行为模式角色：n请求者（请求者（Invoker）角色：）角色：负责调用命令对象执行请求，相关的方法叫做行动方法。n接收者（接收者（Receiver）角色：）角色：负责具体实施和执行一个请求。任何一个类都可以成为接收者，实施和执行请求的方法叫做行动方法。8787行为模式行为模式nCommand（行为）8888行为模式行为模式nCommand（命令）q效果n将调用操作的对象与实现操作的对象解耦。nCommand对象也可以被操纵和

46、扩展。n可以将多个Command装配成一个复合Command。n无需改变已有的类，可以容易地增加新Command。q实现nCommand对象的智能程度。n对Undo和Redo的支持。n避免Undo操作过程中的错误积累。n在C+中可以用模板来实现简单的Command类。8989行为模式行为模式nInterpreter（解释器）q类行为模式q意图n根据语言的文法，定义一个解释器，用来解释语言中的句子。q适用性n当有一个语言需要解释执行，并且该语言中的句子可以表示为一个抽象语法树时。当满足以下情况时，解释器模式的效果最好：q文法简单。q效率不是一个关键问题。9090行为模式行为模式nInterpre

47、ter（解释器）91 91行为模式行为模式nAbstractExpression 抽象解释器：抽象解释器：声明一个抽象的解释操作，这个接口为所有具体表达式角色（抽象语法树中的节点）都要实现的。具体的解释任务由各个实现类完成，具体的解释器分别由TerminalExpression和NonterminalExpression完成。nTerminalExpression终结符表达式：终结符表达式：实现与文法中的元素相关联的解释操作，通常一个解释器模式中只有一个终结符表达式，但有多个实例，对应不同的终结符。9292行为模式行为模式nNonterminalExpression 非终结符表达式：非终结符表

48、达式：文法中的每条规则对应于一个非终结表达式。非终结符表达式根据逻辑的复杂程度而增加，原则上每个文法规则都对应一个非终结符表达式。nContext 环境角色：环境角色：包含解释器之外的一些全局信息。n客户角色：客户角色：构建（或者被给定）表示该文法定义的语言中的一个特定的句子的抽象语法树；调用解释操作n解释器是一个比较少用的模式，以下为其通用源码，可以作为参考。抽象表达式通常只有一个方法，如下所示。9393行为模式行为模式nInterpreter（解释器）q效果n通过对文法规则类的继承和扩展可以方便地改变和扩展文法。n语法树上各节点类的实现大体相似，易于实现文法。n复杂的文法将难以维护。n可以

49、方便地增加新的解释表达式的方式。q实现n抽象语法树的创建。n定义解释操作。n可以使用Flyweight模式共享终结符。9494行为模式行为模式nIterator（迭代器）q对象行为模式q意图n提供一种方法顺序访问一个聚合对象中各个元素,而又不需暴露该对象的内部表示。q适用性n访问一个聚合对象的内容而无需暴露它的内部表示。n支持对聚合对象的多个和多种遍历。n为遍历不同的聚合结构提供一个统一的接口。9595行为模式行为模式n迭代这个名词对于熟悉Java的人来说绝对不陌生。我们常常使用JDK提供的迭代接口进行java collection的遍历：Iteratorit=list.iterator();

50、while(it.hasNext()/using“it.next();”dosomebusinessslogicn而这就是关于迭代器模式应用很好的例子。9696行为模式行为模式nIterator（迭代器）9797行为模式行为模式角色组成：n迭代器角色（迭代器角色（Iterator）：）：迭代器角色负责定义访问和遍历元素的接口。n具体迭代器角色（具体迭代器角色（Concrete Iterator）：）：具体迭代器角色要实现迭代器接口，并要记录遍历中的当前位置。n容器角色（容器角色（Container）：）：容器角色负责提供创建具体迭代器角色的接口。n具体容器角色（具体容器角色（Concrete

51、Container）：）：具体容器角色实现创建具体迭代器角色的接口这个具体迭代器角色于该容器的结构相关。9898行为模式行为模式nIterator（迭代器）q效果n支持以不同方式遍历一个聚合。n简化了聚合的接口，聚合不必再提供用于遍历的接口。n在同一个聚合上可以有多个遍历。q实现n谁来控制迭代n谁来提供遍历算法n迭代器的健壮程度n附加的迭代器操作n多态迭代器的管理（堆中分配的迭代器的撤销）n迭代器的特权访问n复合对象上的迭代器n空迭代器9999行为模式行为模式nMediator（中介者）q对象行为模式q意图n用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合

52、松散，而且可以独立地改变它们之间的交互。q适用性100100行为模式行为模式nMediator（中介者）q对象行为模式q意图q适用性n一组对象以定义良好但是复杂的方式进行通信，产生的相互依赖关系结构混乱且难以理解。n一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象。n想定制一个分布在多个类中的行为，而又不想生成太多的子类。101101行为模式行为模式nMediator（中介者）102102行为模式行为模式角色：n抽象中介者（抽象中介者（Mediator）角色：）角色：抽象中介者角色定义统一的接口用于各同事角色之间的通信。n具体中介者（具体中介者（Concrete Mediat

53、or）角色：）角色：具体中介者角色通过协调各同事角色实现协作行为。为此它要知道并引用各个同事角色。n同事（同事（Colleague）角色：）角色：每一个同事角色都知道对应的具体中介者角色，而且与其他的同事角色通信的时候，一定要通过中介者角色协作。103103行为模式行为模式104104行为模式行为模式nMediator（中介者）105105行为模式行为模式nMediator（中介者）q效果n减少了子类的生成，要改变行为只须生成Mediator的子类。n将各Colleague解耦，有利于各Colleague间的松耦合。n用一对多交互代替多对多交互，简化的交互协议。n将对象间的协作关系抽象并封装，

54、使交互关系更清楚。n控制集中化可能导致Mediator的复杂性过高，难以维护。q实现n仅有一个Mediator时，可忽略抽象Mediator类。nColleague与Mediator间通信的实现。106106行为模式行为模式nMemento（备忘录）q对象行为模式q意图n在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。q适用性n必须保存一个对象在某一个时刻的(部分)状态,这样以后需要时它才能恢复到先前的状态。n如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏对象的封装性。107107行为模式行为模式n

55、Memento（备忘录）108108行为模式行为模式角色：n备忘录（备忘录（Memento）角色：）角色：备忘录角色存储“备忘发起角色”的内部状态。“备忘发起角色”根据需要决定备忘录角色存储“备忘发起角色”的哪些内部状 态。为了防止“备忘发起角色”以外的其他对象访问备忘录。n备忘录实际上有两个接口，“备忘录管理者角色备忘录管理者角色”只能看到备忘录提供的窄接口对于备忘录角色中 存放的属性是不可见的。“备忘发起角色备忘发起角色”则能够看到一个宽接口能够得到自己放入备忘录角色中属性。109109行为模式行为模式n备忘录发起（备忘录发起（Originator）角色：）角色：“备忘发起角色”创建一个备

56、忘录，用以记录当前时刻它的内部状态。在需要时使用备忘录恢复内部状态。n备忘录管理者（备忘录管理者（Caretaker）角色：）角色：负责保存好备忘录。不能对备忘录的内容进行操作或检查。110110行为模式行为模式nMemento（备忘录）q效果n保持了封装的边界。n将状态交给Client去管理，简化了Originator。nMemento的实现代价可能很高。n需要对窄接口和宽接口的支持。n维护Memento的潜在代价。q实现n窄接口和宽接口的实现。n在Memento创建和撤销顺序可预测时，存储增量式改变。111111行为模式行为模式nObserver（观察者）q对象行为模式q意图n定义对象间的

57、一种一对多的依赖关系,当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。q适用性112112行为模式行为模式nObserver（观察者）q对象行为模式q意图q适用性n当一个抽象模型有两个方面，其中一个方面依赖于另一方面，将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。n当对一个对象的改变需要同时改变其它对象，而不知道具体有多少对象有待改变。n当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之，不希望这些对象是紧密耦合的。113113行为模式行为模式n观察者模式又叫做发布发布-订阅订阅（Publish/Subscribe）模式）模式、模型模型-视图视图

58、（Model/View）模式）模式、源源-监听监听（Source/Listener）模式）模式或从属者从属者（Dependents）模式）模式。n观察者模式定义了一种一对多的依赖关系一种一对多的依赖关系，让多个观察者对象同时监听监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。114114行为模式行为模式n一个软件系统常常要求在某一个对象的状态发生变化的时候，某些其它的对象做出相应的改变。做到这一点的设计方案有很多，但是为了使系统能够易于复 用，应该选择低耦合度的设计方案。减少对象之间的耦合有利于系统的复用，但是同时设计师需要使这些低耦合度的对象

59、之间能够维持行动的协调一致，保证高度的 协作（Collaboration）。n观察者模式是满足这一要求的各种设计方案中最重要的一种。115115行为模式行为模式nObserver（观察者）116116行为模式行为模式角色：n抽象主题（抽象主题（Subject）角色：）角色：主题角色把所有对观察考对象的引用保存在一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象，主题角色又叫做抽象被观察者（Observable）角色，一般用一个抽象类或者一个接口实现。n抽象观察者（抽象观察者（Observer）角色：）角色：为所有的具体观察者定义一个接口，在得到主题的通

60、知时更新自己。这个接口叫做更新接口。抽象观察者角色一般用一个抽象类或者一个接口实现。在这个示意性的实现中，更新接口只包含一个方法（即Update()方法），这个方法叫做更新方法。117117行为模式行为模式n具体主题（具体主题（ConcreteSubject）角色：）角色：将有关状态存入具体现察者对象；在具体主题的内部状态改变时，给所有登记过的观察者发出通知。具体主题角色又叫做具体被观察者角色（Concrete Observable）。具体主题角色通常用一个具体子类实现。n具体观察者（具体观察者（ConcreteObserver）角色：）角色：存储与主题的状态自恰的状态。具体现察者角色实现抽象

61、观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。如果需要，具体现察者角色可以保存一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实现。118118行为模式行为模式nObserver（观察者）q效果n目标与观察者之间的耦合是抽象和最小的。n支持广播通信，对通知的响应取决于观察者。n可能引起意外的更新。q实现n创建目标与观察者之间的映射。n观察多个目标时，应修改Update使观察者知道发出通知的目标。nNotify的触发。n删除一个目标时，应通知观察者，避免悬挂引用。n发出通知前确保目标状态的稳定。n避免特定于观察者的更新协议推/拉模型。n可以显式地指定观察者感兴趣的改

62、变。n封装复杂的更新语义。119119行为模式行为模式nState（状态）q对象行为模式q意图n允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。q适用性120120行为模式行为模式nState（状态）q对象行为模式q意图q适用性n一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为。n一个操作中含有庞大的多分支的条件语句，且这些分支依赖于该对象的状态。这个状态通常用一个或多个枚举常量表示。通常，有多个操作包含这一相同的条件结构。nState模式将每一个条件分支放入一个独立的类中。这使得可以根据对象自身的情况将对象的状态作为一个对象，这一对象可以不依赖于

63、其他对象而独立变化。121121行为模式行为模式nState（状态）122122行为模式行为模式角色：n使用环境（使用环境（Context）角色：）角色：客户程序是通过它来满足自己的需求。它定义了客户程序需要的接口；并且维护一个具体状态角色的实例，这个实例来决定当前的状态n状态（状态（State）角色：）角色：定义一个接口以封装与使用环境角色的一个特定状态相关的行为。n具体状态（具体状态（Concrete State）角色：）角色：实现状态角色定义的接口。123123行为模式行为模式nState（状态）124124行为模式行为模式nState（状态）q效果n将与特定状态相关的行为局部化，将不同

64、状态的行为分割开来。n使得状态转换显式化。nState对象可以被共享。125125行为模式行为模式nStrategy（策略）q对象行为模式q意图n定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。n本模式使得算法可独立于使用它的客户而变化。q适用性126126行为模式行为模式nStrategy（策略）q对象行为模式q意图q适用性n许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。n需要使用一个算法的不同变体。n算法使用客户不应该知道的数据，可使用策略模式以避免暴露复杂的、与算法相关的数据结构。n一个类定义了多种行为，并且这些行为在这个类的操作中

65、以多个条件语句的形式出现，将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句。127127行为模式行为模式n策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。n假设现在要设计一个贩卖各类书籍的电子商务网站的购物车（Shopping Cat）系统。一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，本网站可能对所有的教材类图书实行每本一元的折扣；对 连环画类图书提供每本7的促销折扣，而对非教材类的计算机图书有3的折扣；对其余的图书没有折扣。n由于有

66、这样复杂的折扣算法，使得价格计算问题需要系 统地解决。使用策略模式可以把行为和环境分割开来。环境类负责维持和查询行为类，各种算法则在具体策略类（ConcreteStrategy）中提供。由于算 法和环境独立开来，算法的增减、修改都不会影响环境和客户端。当出现新的促销折扣或现有的折扣政策出现变化时，只需要实现新的策略类，并在客户端登记即 可。策略模式相当于可插入式（Pluggable）的算法。128128行为模式行为模式nStrategy（策略）129129行为模式行为模式角色：n环境（环境（Context）角色：）角色：持有一个Strategy类的引用。n抽象策略（抽象策略（Strategy）角色：）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。n具体策略（具体策略（ConcreteStrategy）角色：）角色：包装了相关的算法或行为。130130行为模式行为模式nTemplate Method（模板方法）q类行为模式q意图n定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。nTemplate Method使得子类可以不改变一个算法的结