行为型设计模式.docxVIP

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