旧事重提——行为型设计模式总结一

由于行为型模式比较多，本人打算分两篇博客总结。今天一次介绍解释器、中介者、访问者、策略、备忘录、迭代器模式。

解释器：

适用场合：如果一种特定类型的问题发生的频率足够高，那么可能就值得向该问题的各个实例表述为一个简单语言中的句子。当有一个语言血药解释执行，并且你可将该语句中的句子表示为一个抽象语法树时，可使用解释器模式。

例如机房收费系统中，组合查询中，如果没有在SQL语句中对表中字段起别名，而且也没有使用视图进行中英文转换，那么就可以在UI层中使用该模式，将对应的参数进行解释。解释成对应表中字段。此方发没有没有去实现，只是感觉应该可以实现。

中介者：

中介者模式，就是通过Mediator类，来接受、发送消息，保持具体同事类的联系。而每个具体同事类只管自己的行为就可以了，而同事类之间的关系由Mediator类来保持和维护。

所以，我们可以看到中介者模式的优势，它达到了同事类的解耦，于此同时，也暴露了它的缺点，如果同事类太多的话，Mediator类将会非常庞大、复杂，使系统难以维护。

访问者：

访问者模式的目的就是把处理方法从数据结构中分离出来。所以它只适用于比较稳定的数据结构。这样的情况下使用访问者就可以灵活的变化算法。就如上面图中所例，数据结构很明显，人只分为男女两次，如果在想增加或减少数据结构的话，是非常困难的。而对于这个例子，我们却可以在Action类中给他加很多行为。

策略：

策略模式相对简单，再此不做过多讲解。

备忘录：

Originator是发起人，复杂创建一个备忘录，用以记录当前时刻它内部的状态，并可使用备忘录恢复内部状态；Memento是备忘录，存储Originator对象的内部状态，并可防止Originator以外的其他对象访问备忘录；Caretaker是管理者类，负责保存好备忘录。

备忘录最大的作用就是记忆角色的某一个状态，以后后来恢复到这个状态。例如命令模式中的撤销功能，我们就可以在命令模式中使用备忘录模式来存储可撤销操作的状态。

迭代器：

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