调停者模式(Mediator Pattern，对象行为型模式，中介者模式)

意图

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

适用性

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

结构

参与者

Mediator

1. 中介者定义一个接口用于与Colleague对象通信，定义统一的接口用于各个同事角色之间的通讯

ConcreteMediator

1. 具体中介者通过协调各Colleague对象实现协作行为
2. 了解并维护它的各个Colleague

Colleague class

1. 每一个同事类都知道它的中介者对象
2. 每一个同事对象在需要其他的同事通信的时候，与它的中介者通信

代码

Mediator

public abstract class Mediator {
    public abstract void colleagueChanged(Colleague c);
}

ConcreteMediator

public class ConcreteMediator extends Mediator{
    private ConcreteColleague1 concreteColleague1;
    private ConcreteColleague2 concreteColleague2;
    public void colleagueChanged(Colleague c) {
        concreteColleague1.action();
        concreteColleague2.action();
    }
    public void creteConcreteMediator(){
        concreteColleague1 = new ConcreteColleague1(this);
        concreteColleague2 = new ConcreteColleague2(this);
    }
    public ConcreteColleague1 getConcreteColleague1(){
        return concreteColleague1;
    }
    public ConcreteColleague2 getConcreteColleague2(){
        return concreteColleague2;
    }
}

Colleague

public abstract class Colleague {
    private Mediator mediator;
    public Colleague(Mediator mediator){
        this.mediator = mediator;
    }
    public Mediator getMediator(){
        return mediator;
    }
    public abstract void action();
    public void change(){
        mediator.colleagueChanged(this);
    }
}

ConcreteColleague

public class ConcreteColleague1 extends Colleague{
    public ConcreteColleague1(Mediator mediator) {
        super(mediator);
    }
    public void action() {
        System.out.println("====ConcreteColleague1======");
    }
}
public class ConcreteColleague2 extends Colleague{
    public ConcreteColleague2(Mediator mediator) {
        super(mediator);
    }
    public void action() {
        System.out.println("====ConcreteColleague2======");
    }
}

Client

public class Client {
    public static void main(String[] args) {
        ConcreteMediator cm = new ConcreteMediator();
        cm.creteConcreteMediator();
        Colleague c1 = new ConcreteColleague1(cm);
        Colleague c2 = new ConcreteColleague2(cm);
        cm.colleagueChanged(c1);
        cm.colleagueChanged(c2);
    }
}

协作

Colleague向Mediator对象发送和接收请求。Mediator在各Colleague间适当地转发请求以实现协作行为。

效果

减少了子类生成

Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需要生成Mediator的子类即可。这样各个Colleague类可被重用。

将各Colleague解耦

Mediator有利于各Colleague间的松耦合。你可以独立的改变和复用各Colleague类和Mediator类。

简化了对象协议

用Mediator和各Colleague间的一对多的交互代替多对多的交互。一对多的关系更容易理解、维护和扩展。

对对象如何协作进行了抽象

将中介作为一个独立的概念并将其封装在一个对象中，使你将注意力从对象各自本身的行为转移到它们之间的交互上来。者有助于弄清楚一个系统中的对象时如何交互的。

使控制集中化

中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议，它可能变得比任何一个Colleague都复杂。这可能使得中介者自身成为一个难于维护的庞然大物。

实现

忽略抽象的Mediator类

当各Colleague仅与一个Mediator一起工作时，没有必要定义一个抽象的Mediator类。Mediator类提供的抽象耦合已经使各Colleague可与不同的Mediator子类一起工作，反之亦然。

Colleague-Mediator通信

当一个感兴趣的事件发生时，Colleague必须与其Mediator通信。一种实现方法是使用Observer模式，将Mediator实现为一个Observer，各Colleague作为Subject，一旦其状态改变就发送通知给Mediator。Mediator做出的响应是将状态改变的结果传播给其他的Colleague。
另一个方法是在Mediator中定义一个特殊的通知接口 ,各Colleague在通信时直接调用该接口。Windows下的Smalltalk/v使用某种形式的代理机制 : 当与Mediator通信时, Colleague将自身作为一个参数传递给 Mediator,使其可以识别发送者。

经典例子

房屋中介、MVC
在结构上调停者模式与观察者、命令模式都添加了中间对象：只是调停者模式去掉了后两者在行为上的方向；调停者模式对客户透明，后两者则客户所知。
在目的上与门面模式相同，但是门面模式介于客户程序与子程序之间，调停者模式介于子系统和子系统之间，门面模式简化客户对程序的调用，及提供统一接口封装复杂逻辑；调停者模式：隐藏在原有逻辑的后面，使得代码逻辑更加清晰。

相关模式

Facade Pattern

在调停者模式中Mediator参与者扮演者Colleague参与者的中介者。在门面模式中，Facade参与者是单向经行利用其它参与者参数较高的接口。Mediator属于双向通信，而Facade属于单向传单。
Facade与Mediator的不同之处在于它是对一个对象子系统进行抽象，从而提供了一个更为方便的接口。它的协议是单向的，即Facade对象对这个子系统类提出请求，但反之则不行。相反，Mediator提供了各Colleague对象不支持或不能支持的协议行为，而且协议是多向的。

Observer Pattern

Mediator参与者和Colleague参与者之间的通讯有时会使用到观察者模式。
Colleague有时可以使用Observer Pattern与Mediator通信

敬请期待“备忘录模式（Memento Pattern，标记模式 Token Pattern，对象行为型模式）”