14.2 中介者模式的定义

中介者模式的定义为：Define an object that encapsulates how a set of objectsinteract.Mediator promotes loose coupling by keeping objects from referring to each otherexplicitly,and it lets you vary their interaction independently.（用一个中介对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互。）中介者模式通用类图如图14-7所示。

图14-7 中介者模式通用类图

从类图中看，中介者模式由以下几部分组成：

● Mediator 抽象中介者角色抽象中介者角色定义统一的接口，用于各同事角色之间的通信。

● Concrete Mediator 具体中介者角色具体中介者角色通过协调各同事角色实现协作行为，因此它必须依赖于各个同事角色。

● Colleague 同事角色每一个同事角色都知道中介者角色，而且与其他的同事角色通信的时候，一定要通过中介者角色协作。每个同事类的行为分为两种：一种是同事本身的行为，比如改变对象本身的状态，处理自己的行为等，这种行为叫做自发行为（Self-Method），与其他的同事类或中介者没有任何的依赖；第二种是必须依赖中介者才能完成的行为，叫做依赖方法（Dep-Method）。

中介者模式比较简单，其通用源码也比较简单，先看抽象中介者Mediator类，如代码清单14-12所示。

代码清单14-12 通用抽象中介者

public abstract class Mediator {

//定义同事类

protected ConcreteColleague1 c1;

protected ConcreteColleague2 c2;

//通过getter/setter方法把同事类注入进来

public ConcreteColleague1 getC1() {

return c1;

public void setC1(ConcreteColleague1 c1) {

this.c1 = c1;

public ConcreteColleague2 getC2() {

return c2;

public void setC2(ConcreteColleague2 c2) {

this.c2 = c2;

//中介者模式的业务逻辑

public abstract void doSomething1();

public abstract void doSomething2();

在Mediator抽象类中我们只定义了同事类的注入，为什么使用同事实现类注入而不使用抽象类注入呢？那是因为同事类虽然有抽象，但是没有每个同事类必须要完成的业务方法，当然如果每个同事类都有相同的方法，比如execute、handler等，那当然注入抽象类，做到依赖倒置。

具体的中介者一般只有一个，即通用中介者，其源代码如代码清单14-13所示。

代码清单14-13 通用中介者

public class ConcreteMediator extends Mediator {

@Override

public void doSomething1() {

//调用同事类的方法，只要是

public方法都可以调用super.c1.selfMethod1();

super.c2.selfMethod2();

public void doSomething2()

super.c1.selfMethod1();

super.c2.selfMethod2();

中介者所具有的方法doSomething1和doSomething2都是比较复杂的业务逻辑，为同事类服务，其实现是依赖各个同事类来完成的。

同事类的基类如代码清单14-14所示。

代码清单14-14 抽象同事类

public abstract class Colleague {

protected Mediator mediator;

public Colleague(Mediator _mediator) {

this.mediator = _mediator;

这个基类也非常简单。一般来说，中介者模式中的抽象都比较简单，是为了建立这个中介而服务的，具体同事类如代码清单14-15所示。

代码清单14-15 具体同事类

public class ConcreteColleague1 extends Colleague {

//通过构造函数传递中介者

public ConcreteColleague1(Media