中介者也属于“接口隔离”模式中的一种。
动机
- 在软件构建中，会出现多个对象相互关联交互的情况，对象之间常常会维持一种复杂的引用关系，如果遇到一些需求的更改，这种直接的引用关系将面临不断的变化。
- 在这种情况下，我们可以使用一个“中介对象”来管理对象间的关联关系，避免相互交互对象之间的紧耦合引用关系，从而更好地抵御变化。
模式定义
用一个中介对象来封装（封装变化）一系列的对象交互。中介者使各对象不需要显式的相互引用（编译时依赖—>运行时依赖），从而使其耦合松散（管理变化），而且可以独立地改变它们之间的交互。 ——《设计模式》GOF
依赖结构关系
colleage中有一个指针指向Mediator，ConcreteMediator中又有指针指向不同的ConcreteColleague，ConcreteColleague1、2之间不会相互依赖。该结构图只表示依赖关系，实际上Colleague和ConcreteColleague也可能不是继承关系
通过Mediator隔离，左边1、3对象的直接依赖关系转变为右边的1、3对象的间接依赖关系。Facade解决的是系统内与系统外之间的隔离，而Mediator解决的是系统内对象之间的隔离。中介者一定是在多个对象相互关联的情况下使用。
中介者模式是依赖倒置原则（A依赖B --> A依赖IB, B依赖IB）在多个对象场景下的扩展。
要点总结
- 将多个对象间复杂的关联关系解耦, Mediator模式将多个对象间的控制逻辑进行集中管理,变“多个对象互相关联"为“多个对象和一个中介者关联”,简化了系统的维护,抵御了可能的变化。
- 随着控制逻辑的复杂化, Mediator具体对象的实现可能相当复杂。这时候可以对 Mediator对象进行分解处理。
- Facade模式是解耦系统间(单向)的对象关联关系; Mediator模式是解耦系统内各个对象之间(双向)的关联关系。