【大话设计模式】——行为型模式总结（罗列篇）

    拖拖拉拉的终于完成了行为型模式的总结，行为型模式一共十一个那么多，一直在想办法梳理知识，想要让自己印象深刻，但是又不知道了从哪里下手。回过头来看米语录，解决了我这个问题。

    对待自己的知识要让他经历下面几个过程，罗列，比较，抽象。不要只要简单地把知识罗列出来。我知道自己为什么慢了，因为我连罗列都不肯花时间去做，怎么会有后面的提高呢？现在不肯花时间，以后就会花双倍的时间去弥补，出来混总是要还的啊！

    以下就是我对行为型模式的一个简单总结。

一、行为型模式？

    行为型模式表示的是对象间职责的分配，不仅描述的是类和对象的关系，还描述了对象之间的通信模式。

二、行为型模式都包含什么模式？

1、罗列之后的成果图（定义一个一对多的算法状态）

2、每个模式的概念

（一）算法相关

（1）策略（Strategy）

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

（2）模板方法（TemplateMethod）

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

（二）一对多

（3）观察者（Observer）

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

（6）迭代器（Iterator）

    提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。

（9）职责链（Chain of Responsibility)

    使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，知道有一个对象处理它为止。

（10）中介者(Mediator)

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

（三）对象状态

（4）状态(State)

    当一个对象内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

（5）备忘录（Memento）

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

（7）命令（Command）

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

（四）定义

（8）解释器（Interpreter）

    给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

（11）访问者（Visitor）

    表示一个作用于某对象结构中的个元素的操作。它使你可以在不改变各元素的类的前提下定义作用与这些元素的新操作。

三、总结

    通过罗列每个模式的概念，找出了相似的地方，将相似的放在一起学习，理解，比较后印象会更加深刻。其实，我们遇到的问题在米老师博客或者米语录中都能找到解决方案，只是我们没有去做而已，说再多也没有，执行力最重要。

    下篇博客将针对这四类做一下比较总结。