行为型设计模式.docx

行为型模式:创建型模式和结构型模式强调的都是静态的类实体之间的关系，行为型模式着力解决的是类实体之间的通讯关系。希望以面向对象的方式描述一个控制流程1、 模板方法模式的意图和适用性：定义一个操作中算法的骨架,将一些步骤的执行延迟到其子类中（依赖导致原则）。Template Method模式一般应用在具有以下条件的应用中：具有统一的操作步骤或操作过程具有不同的操作细节，即存在多个具有同样操作步骤的应用场景，但某些具体的操作细节却各不相同。2、观察者模式的意图和适用性模式的意图定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。在下面的三种情况下均可使用Observer模式：l 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。l 当对一个对象的改变需要同时改变其它对象，而不知道具体有多少对象有待改变。l 当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。3、 迭代子模式的意图和适用性模式的意图迭代子模式的目的是设计一个迭代器，这迭代器提供一种方法，可以顺序访问一个聚合对象中的各个元素，但又不暴露该对象的内部表示。以下情况可以使用迭代子模式： 1.访问一个聚合对象的内容而无需暴露它的内部表示。 2.支持对聚合对象的多种遍历。 3.为遍历不同的聚合结构提供一个统一的接口(即支持多态迭代)。4、 责任链模式的意图和适用性模式的意图 为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。责任链模式的适用性 可能处理请求的对象集合以及它们在链表中的顺序是由客户端根据当前应用的状态在运行时动态决定的。 客户端根据现在的状态，对于不同的请求类型，可以拥有不同的可能处理请求的对象集合。一个处理请求的对象也可以根据客户应用的状态和请求类型，把请求传递给不同的处理对象。 客户对象初始化请求，或者在不知道这些对象是否能处理这个请求的情况下初始化任何可能处理请求的对象。也就是说，客户对象和在处理链表中的处理对象都不需要知道到底哪个对象去处理这个请求。 请求不能保证被处理。也就是，在没有处理的情况下，请求已经到达了处理链表尾5、 备忘录模式的意图和适用性模式的意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。在以下情况下使用备忘录模式： 必须保存一个对象在某一个时刻的(部分)状态, 这样以后需要时它才能恢复到先前的状态。 如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏对象的封装性。6、 命令模式的意图和适用性意图： 将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作适用性： 抽象出待执行的动作以参数化某对象 在不同的时刻指定、排列和执行请求 支持取消操作（Unexecute) 支持修改日志 用构建在原语操作上的高层操作构造一个系统7、状态模式的意图和适用性意图： 允许一个对象在其内部状态改变时改变它的行为。从而使对象看起来似乎修改了其行为。在下面的两种情况下均可使用state模式: 一个对象的行为取决于它的状态, 并且它必须在运行时刻根据状态改变它的行为。 一个操作中含有庞大的多分支的条件语句，且这些分支依赖于该对象的状态。这个状态通常用一个或多个枚举常量表示。通常, 有多个操作包含这一相同的条件结构。State模式将每一个条件分支放入一个独立的类中。这使得我们可以根据对象自身的情况将对象的状态作为一个对象，这一对象可以不依赖于其他对象而独立变化。8、 访问者模式的意图和适用性模式的意图n 作用于某个对象群中各个对象的操作。它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作。适用性:n 访问者模式适用于数据结构相对未定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由地演化。n 当该对象结构被很多应用共享时，用Visitor模式让每个应用仅包含需要用到的操作。n 定义对象结构的类很少改变，但经常需要在此结构上定义新的操作。改变对象结构类需要重定义对所有访问者的接口，这可能需要很大的代价。如果对象结构类经常改变，那么可能还是在这些类中定义这些操作较好。9、 中介者模式的意图和适用性定义：n 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互饮用，从而使其耦合松散，而且可以独立地改变它们之间的交互。适用性：n 在软件构建过程中，经常会出现多个对象互相关联交互的情况，对象之间常常会维持一种复杂的引用关系。如果遇到一些需求的更改，这种直接的引用关系将面临不断的变化意图：n 使用一个“中介对象”来管理对象之间的关联关系，避免相互交互的对象之间的紧耦合引用关系。从而更好地抵御变化。10、策略模式的意图和适用性n 定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。1、工厂方法模式和模板方法模式比较：l 这两个模式外观类似，都是有一个抽象类，然后由子类来提供一些实现，但是工厂方法模式的子类专注的是创建产品对象，而模板方法模式的子类专注的是为固定的算法骨架提供某些步骤的实现。l 这两个模式可以组合使用，通常在模板方法模式里面，使用工厂方法来创建模板方法需要的对象。2、模板方法模式和建造者模式区别n 模板方法是提供一个算法的骨架。n 建造者模式最后完成的是一个对象的组装。建造者模式只是比模板方法模式多了一个类，指挥类3、 命令模式与备忘录模式（Memento）比较：n Command模式也可以用来恢复对象的状态，一般Command模式可以支持多级状态的回滚，Memento只是简单的恢复（快照）。在Command模式的每一个undo中，可以使用Memento来保存对象的状态。n 虽然两者都支持Undo操作，但是Command是对行为的封装，Memento是对对象状态的保留，这是目的上的不同。它们支持的也是Undo操作的不同层面，Command是对行为序列的操作，Memento是对行为状态的操作。4、 访问者模式与迭代模式区别n 当需要修改类体系增加遍历所需方法时，就增加一个Visitor，Visitor是为了维护类体系的稳定性而产生的模式n Visitor模式实际上是分离了collection结构中的元素和对这些元素进行操作的行为n 访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。迭代子只能访问属于同一个类型等级结构的成员对象，而不能访问属于不同等级结构的对象。访问者模式可以做到这一点。5、中介者模式与Facade模式区别n Facade模式是解耦系统外到系统内（单向）的对象关联关系；Mediator模式是解耦系统内各个对象之间（双向）的关联关系。6、模板方法和策略模式的区别n 模板方法的话，是由抽象类定义一个算法的骨架，而后由子类来具体实现算法中的逻辑。n 策略模式的话，是封装了可以相互替换的多