中介者(Mediator)模式

中介者(Mediator)模式

隶属类别——对象行为型模式

---

1. 意图

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

2. 别名

无

3. 动机

面向对象设计鼓励奖行为分布各个对象中。这种分布可能会导致对象间有许多连接。在最坏的情况下，每一个对象都知道其他所有对象。

虽然将一部分系统分割成许多对象通常可以增强可复用性，但是对象间相互连接的激增 又会降低其可复用性。大量的相互连接使得一个对象似乎不太可能在没有其他对象的支持下工作——系统表现为一个不可分割整体。而且，对系统的行为进行进行较大的改动都十分困难，因为行为被分布在许多对象中。结果是，你可能不得不定义许多子类以定制系统的行为。

例如，考虑一个图像用户界面中对话框的实现。对话框使用一个窗口来展现一系列的窗口，如按钮、菜单和输入域等，如下图所示：

通常对话框中的窗口组件间存在依赖关系。例如，当一个特定的输入域为空时，某个按钮不能使用；在称为列表框一列选项中选择一个表目可能会改变一个输入域的内容。反过来，在输入域中输入正文可能会自动的选择一个或多个列表框中相应的表目；一旦正文出现输入域中，其他一些按钮可能就变得能够使用了，这些按钮允许用户做一些操作，比如改变或者删除这些正文所指的东西。

不同的对话框会有不同的窗口组件间的依赖关系。因此即使对话框显示相同类型的窗口组件。也不能简单地重用已有的窗口组件类；而必须定制它们以反映特定对话框的依赖关系。由于涉及很多个类，用逐个生成子类的办法来定制它们会很冗长。

可以通过将集体行为封装在一个单独的中介者(mediator)对象中以避免这个问题。中介者负责控制和协调一组对象间的交互。中介者充当一个中介以使组中的对象不再相互显示引用。

例如，FontDialogDirectoor可作为一个对话框中的窗口组件中的中介者。FontDialogDirecotr对象知道对话框中的各窗口组件，并协调它们之间的交互，它充当窗口组件间的通信的中转中心，如下图所示。

下列交互图说明了各对象之间如何协作处理一个列表框中的选项变化。

下面一系列事件使一个列表框的选择被传送给一个输入域：

• 1. 列表框告诉它的操作者它被改变了
• 2. Director从列表框中得到选择的选择项
• 3. Director将该选择项传递给入口域
• 4. 现在入口域已有正文，Director使得用于发起一个动作(“如 “半黑体”，”斜体“)的某个(某些)按钮有用。

注意Director是如何在对话框和入口域间进行中介的。而且窗口组件间的通信都通过Director间接地进行，它们不必互相知道;它们不必互相知道；它们仅需知道Director。而且，由于所有这些行为都保持在一个类中，只要扩展或替换这个类。

这里展示的是FontDialogDirector抽象怎样被集成到一个类库中，如下图所示：

DialogDirector是一个抽象类，它定义了一个对话框的总体行为。客户调用showDialog操作将对话框显示在屏幕上。createWidgets是一个创建一个对话框的窗口组件的抽象操作。widgetChanged是另一个抽象操作；窗口组件调用它来通知它的Director它们被改变了。DialogDirector的子类将重定义createWidgets创建正确的窗口组件。并重新widgetChanged以处理其变化。

4. 适用性

在下列情况下适用Mediator模式：

• 一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解。
• 一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象。
• 想定制一个分布在多个类的行为，而又不想生成太多子类。

5. 结构

一个典型的对象结构可能如下图所示

6. 参与者

• Mediator(中介者，如DialogDirector)
  • 中介者定义一个接口用于与各个Colleague对象通信
• ConcreteMediator(具体中介者，如FontDialogDirector)
  • 具体中介者通过协调各同事对象实现协作行为
  • 了解并维护它的各个同事。
• Colleague class(同事类，如ListBox,EntryField)
  • 每一个同事类都知道它的中介者对象。
  • 每一个同事对象在需与其他的同事通信的时候，与它的中介者通信。

7. 协作

• 同事向一个中介者对象发送和接受请求。中介者在各同事间适当地转发请求以实现协作行为。

8. 效果

中介者模式有以下优点：

• 1. 减少了子类生成 Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需生成Mediator即可。这样各个Colleague类可被重用。
• 2. 它将各Colleague解耦 用Mediator和各Colleague间的松耦合。你可以独立的改变和复用各Colleague类和Mediator类。
• 3. 它简化了对象协议 用Mediator和各Colleague间的一对多的交互来替换多对多的交换。一对多的关系更易于理解、维护和扩展。
• 4. 它对对象如何协作进行了抽象 将中介作为一个独立的概念并将其封装在一个对象中，使你将注意力从对象各自本身的行为转移到它们的交互上来。这有助于弄清楚一个系统中的对象是如何交互的。

中介者模式有以下缺点：

• 1. 它使控制集中化 中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议，它可能变得比任一个Colleague都复杂。这可能使得中介者自身称为一个难以维护的庞然大物。

9. 实现

下面是与中介者模式有关的一些实现问题：

• 1. 忽略抽象的Mediator类 <