《大话设计》——行为型模式

  行为型模式设计到算法和对象间的职责分配，它不仅描述对象或类的模式，还描述它们之间的通信方式。行为型类模式采用继承机制在类间分派行为，例如Template Method 和Interpreter；行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组相互对等的对象如何相互协作以完成其中任何一个对象都单独无法完成的任务，如Mediator、Chain of Responsibility、Strategy；其它的行为对象模式常将行为封装封装在一个对象中，并将请求指派给它。                                                                                                    http://www.cnblogs.com/doit8791/archive/2012/05/08/2490989.html

以下是我对行为型模式的一些总结，具体如下：

观察者模式（Publish/Subscrible）：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

模板方法模式(TemplateMethod)：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

特点：

    模板方法模式是通过把不变行为搬移到超类，去除子类中的重复代码来体现它的优势。

    模板方法模式就是提供了一个很好地代码复用平台。

    当不变的和可变的行为在方法的子类实现中混合在一起时，不变的行为就会在子类中重复出现。我们通过末班方法模式把这些行为搬移到单一的地方，这样就帮助子类摆脱重复的不变行为的纠缠。

命令模式（Command）：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。

作用：

第一：能较容易地设计一个命令队列：

第二：在需要的情况下，可以较容易地将命令记入日志；

第三：允许接受请求的一方决定是否要否决请求；

第四，可以容易的实现对请求的撤销和重做；

第五：由于加进新的具体命令类不影响其他的类，因此增加新的具体命令类很容易

第六：把请求一个操作的脆性与指导怎么执行一个操作的脆性分割开来

使用原则：

不要为代码添加基于猜测的，实际不需要的功能，如果不清楚一个系统是否需要命令模式，一般就不要着急去实现它，事实上，在需要的时候通过重构实现这个模式并不困难，只有在真正需要如撤销，恢复操作等功能是，把原来的代码重构为命令模式才有意义！

状态模式(State)：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的逻辑判断简化。

职责链模式（Chain of Responsibility）:使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

好处：

当客户提交一个请求时，请求时沿链传递直至有一个concreteHandler对象负责处理它！

使得接受者和发送者都没有对方的明确信息，且链中的对象自己也并不知道链的结构，结果是职责链可简化对象的相互连接，它们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。

可随时增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。 

要求：

设置后继者，判断请求！

解释器模式（Interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器试用该表示来解释语言中的句子。 

解释器模式需要解决的是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过节食这些句子来解决该问题。 

不足：解释器模式为文法中的每一条规则至少定义了一个类，因此包含许多规则的文法可能难以管理和维护。建议当文法非常复杂是，使用其他的技术如语法分析程序或编译器生成器来处理。

中介者模式（Mediator）:用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。

应用：中介者模式很容易在系统中应用，也很容易在系统中误用。当系统中出现了“多对多”交互复杂的对象群时，不要急于使用中介者模式，而先要反思你在系统的设计上是否合理！

访问者模式（Visitor）：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

访问者模式适用于数据结构相对稳定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由地演化。

策略模式（Strategy）：定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。

备忘录（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。

适用情况：

memento模式比较适用于功能比较复杂的，但需要维护或记录属性历史的类，或者需要保存的属性只是众多属性中的一小部分时，originator可以根据保存的memento信息还原到前一状态。

缺点：

角色状态需要完整存储到备忘录对象中，如果状态数据很大很多，那么在资源消耗上，备忘录对象会非常耗内存。

迭代器模式（Iterator）:提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。 

当需要访问一个聚合对象，而且不管这些对象时什么都需要遍历的时候，就应该考虑用迭代器模式。当需要对聚集有多重方式遍历时，可以考虑用迭代器模式。

方式： foreach

 IEnumerable接口 

迭代器模式分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴露集合的内部结构，又可以让外部代码透明地访问集合内部的数据。