行为型模式（5）——中介者模式

定义

定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变它们之间的交互。中介者模式又叫调停模式，它是迪米特法则的典型应用。

优点：

1. 降低了对象之间的耦合性，使得对象易于独立地被复用。
2. 将对象间的一对多关联转变为一对一的关联，提高系统的灵活性，使得系统易于维护和扩展。

缺点：

当同事类太多时，中介者的职责将很大，它会变得复杂而庞大，以至于系统难以维护。

应用场景：

中介者模式一般应用于一组对象之间的通信较为复杂，采用中介者连接所有对象，从而降低各个对象之间的藕合度。

模型结构

ColleagueA向ColleagueB、ColleagueC、ColleagueD对象发送消息。

普通情况：

• 首先，在ColleagueA类中需要有一个sendMessage函数，用于向指定的对象发送消息；
• 其次，所有需要接收消息的对象都必须实现Colleague接口，并实现其中的getMessage函数，用于接收消息。
• sendMessage()函数的实现如下：

private ColleagueB b = new ColleagueB();

private ColleagueC c = new ColleagueC();

private ColleagueD d = new ColleagueD();

public boolean sendMessage(String mess,Colleague colleague){

    if(colleague instanceof(ColleagueB))

        b.getMessage(message);


    else if(colleague instanceof(ColleagueB))

        c.getMessage(message);


    else if(colleague instanceof(ColleagueB))

        d.getMessage(message);

}

在ColleagueA中必须要先创建ColleagueB、ColleagueC、ColleagueD三个对象，然后调用他们各自的getMessage函数给他们发送消息。

在这种方式中，ColleagueA直接向三个对象发送消息，也就是ColleagueA必须要拥有其他三个对象的引用，这样导致ColleagueA与其他三个对象的藕合度高；若要增加消息接收者的时候，就必须要修改ColleagueA中的代码，这违背了“开闭原则”。
使用中介者模式：

引入中介者之后，ColleagueA中只需要包含Mediator对象，无需发送函数；ColleagueA若要向ColleagueB、ColleagueC、ColleagueD发送消息，只需调用Mediator对象的sendMessage(message,colleague)即可。由于A只与Mediator打交道，与B、C、D并没有直接的关系，因此实现了A与BCD之间的松藕合。若要增加接收消息的类，只需在Mediator中增加代码，而无需修改ColleagueA中的代码。
PS：“开放－封闭”原则是针对客户端而言的，是指当调用者/用户使用了一个类库之后，如果类库的功能要增强的时候，客户端代码应该是不需要做任何修改的，这就体现了“封闭修改”的原则，也就是“封闭修改”是针对客户端而言的，被调用的类库中仍然可能有部分代码需要修改，这是允许的。

参考：

（1）三分钟理解“中介者模式”——设计模式轻松掌握  https://blog.csdn.net/u010425776/article/details/48046727

（2）中介者模式（详解版）  http://c.biancheng.net/view/1393.html