| 行为模式对类或对象怎样交互和怎样分配职责进行描述，涉及算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。这些模式刻画了在运行时难以跟踪的复杂的控制流。它们将用户的注意力从控制流转移到对象间的联系方式上来。
|
|
|
| 行为类模式使用继承机制在类间分派行为。本章包括两个这样的模式，其中Template Method（模板方法）较为简单和常用。Template Method是一个算法的抽象定义，它逐步地定义该算法，每一步调用一个抽象操作或一个原语操作，子类定义抽象操作以具体实现该算法。另一种行为类模式是Interpreter（解释器）模式，它将一个文法表示为一个类层次，并实现一个解释器作为这些类的实例上的一个操作。
|
|
|
| 行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组对等的对象怎样相互协作以完成其中任一个对象都无法单独完成的任务。这里一个重要的问题是对等的对象。
|
|
|
| 如何互相了解对方。对等对象可以保持显式的对对方的引用，但那会增加它们的耦合度。在极端情况下，每一个对象都要了解所有其他的对象。Mediator（中介者）模式用一个中介对象来封装一系列的对象交互，在对等对象间引入一个mediator对象以避免这种情况的出现。mediator提供了松耦合所需的间接性。
|
|
|
| Chain of Responsibility（责任链）使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系，将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。Chain of Responsibility模式提供更松的耦合，让用户通过一条候选对象链隐式地向一个对象发送请求。根据运行时刻情况任一候选者都可以响应相应的请求。候选者的数目是任意的，可以在运行时刻决定哪些候选者参与到链中。
|
|
|
| Observer（观察者）模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。典型的Observer的例子是Smalltalk中的模型／视图／控制器，其中一旦模型的状态发生变化，模型的所有视图都会得到通知。
|
|
|
| 其他的行为对象模式常将行为封装在一个对象中并将请求指派给它。Strategy（策略）模式将算法封装在对象中，这样可以方便地指定和改变一个对象所使用的算法。Command（命令）模式将一个请求封装为一个对象，从而使得可以用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。Memento（备忘录）模式在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便在以后可将该对象恢复到原先保存的状态。State（状态）模式封装一个对象的状态，使得对象在其内部状态改变时可改变它的行为，对象看起来似乎修改了它的类。Visitor（访问者）模式表示一个作用于某对象结构中的各元素的操作，使得在不改变各元素的类的前提下定义作用于这些元素的新操作。Visitor模式封装分布于多个类之间的行为。Iterator（迭代器）模式提供一种方法顺序访问一个聚合对象中的各个元素，且不需要暴露该对象的内部表示。Iterator模式抽象了访问和遍历一个集合中的对象的方式。
|
|
|
|
|
|
|
| （1）意图。用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
|
|
|
|
|
|
|
|
|
|
|
| .Mediator（中介者）定义一个接口用于各同事（Colleague）对象通信。
|
|
|
| .ConcreteMediator（具体中介者）通过协调各同事对象实现协作行为；了解并维护它的各个同事。
|
|
|
| .Colleague class（同事类）知道它的中介者对象；每一个同事类对象在需要与其他同事通信的时候与它的中介者通信。
|
|
|
|
|
| .一组对象以定义良好但是复杂的方式进行通信，产生的相互依赖关系结构混乱且难以理解。
|
|
|
| .一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象。
|
|
|
| .想定制一个分布在多个类中的行为，而又不想生成太多的子类。
|
|
|
|
|
| （1）意图。定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
|
|
|
|
|
|
|
|
|
|
|
| .Subject（目标）知道它的观察者，可以有任意多个观察者观察同一个目标；提供注册和删除观察者对象的接口。
|
|
|
| .Observer（观察者）为那些在目标发生改变时需获得通知的对象定义一个更新接口。
|
|
|
| .ConcreteSubject（具体目标）将有关状态存入各ConcreteObserver对象；当它的状态发生改变时，向它的各个观察者发出通知。
|
|
|
| .ConcreteObserver（具体观察者）维护一个指向ConcreteSubject对象的引用；存储有关状态，这些状态应与目标的状态保持一致；实现Observer的更新接口，以使自身状态与目标的状态保持一致。
|
|
|
|
|
| .当一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用。
|
|
|
| .当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象有待改变时。
|
|
|
| .当一个对象必须通知其他对象，而它又不能假定其他对象是谁，即不希望这些对象是紧耦合的。
|
|
|
