中介者模式

    在软件系统中，特别是一些交互及系统中，常有互相之间包含复杂行为联系的大量对象。可以想象一下用过的许多桌面软件，常包含许多的功能模块和显示模块，用户产生一个行为时，多个模块可能都需要产生相应。

    如果这些对象间都是直接的与相关的对象通信，那整个系统内的关联关系将会非常复杂，难以维护。而且耦合度很高，难以修改和扩展。如过能出现一位交警叔叔来作为这复杂的路面情况的指挥者就好了，终结者模式就是这种思想来解决这个问题。通过引入一个中介者，所有的对象都直接与他通信，而不是其他的不定量的对象。这将对象间的耦合度大大降低了，将复杂的多对多的网状结构简化成了一对多的星状结构。同时，将这些对象关系统一管理也便于维护、扩展。

     中介者模式(Mediator Pattern)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。

    

    Mediator抽象中介者。

    ConcreteMediator 具体中介者

    Colleague 抽象业务类，包含抽象中介者类型的成员，以便交互

    ConcreteColleague 具体业务类

    

    上图是一个最简单的中介者模式的结构图。中介者通常可以起到两种作用：

• 中转作用：为业务对象间的交互传递消息，起到中转站的作用
• 协调控制作用：中介者可以作为一个对象间复杂关系的管理者，通过他的协调和对关系的封装，使系统中的复杂关系更加清晰、有条理。

    

    总结：

        优点：

• 降低对象间的耦合度
• 降低系统复杂度
• 提高可维护性
• 提高可扩展性，增加新业务类无需修改原有业务类。通过集成原有中介者，也可以无修改的扩展中介者。

        缺点：

• 中介者可能职责过重，逻辑过于复杂，容易出错

        适用场景：

• 系统中存在大量关系复杂的类
• 希望通过统一管理关系，简化关系模型同时提高扩展性