C++ 设计模式 中介者模式

以下内容均来自GeekBand极客班C++ 设计模式课程（李建忠老师主讲）

Mediator

“接口隔离”模式

在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题，甚至根本无法实现。采用添加一层间接（稳定）接口，来隔离本来相互紧密关联的接口是一种常见的解决方案。

典型模型

Facade（门面模式）

Proxy（代理模式）

Adapter（适配器）

Mediator（中介者）
 

动机（Motivation）

 在软件构建过程中，经常会出现多个对象互相关联交互的情况，对象之间常常会维持一种复杂的引用关系，如果遇到一些需求的更改，这种直接的引用关系将面临不断的变化。

在这种情况下，我们可使用一个“中介对象”来管理对象间的关联关系，避免相互交互的对象之间的紧耦合引用关系，从而更好地抵御变化。

《设计模式》GOF的定义：

用一个中介对象来封装（封装变化）一系列的对象交互。中介者使各对象不需要显式的相互引用（编译时依赖——运行时依赖），从而使其耦合松散（管理变化），而且可以独立地改变它们之间的交互。

示例

比如界面UI和Data Class之间的数据传递，当UI更改，希望Data Class也更改，当Data Class更改，界面UI也需要随之更改，可以增加一个中介者的类，分别和UI与Data Class双向依赖，形成一套双向通知的机制。

让这些彼此之间相互依赖的类，全部去依赖于一个类，隔离变化。

Facade是解决的是系统外和系统内的隔离。

中介者是解决系统内各个类之间的隔离。

当系统内出现复杂的引用关系，是需要使用中介者。

要点总结

将多个对象间复杂的关联关系解耦，Mediator模式将多个对象间的控制逻辑进行集中管理，变“多个对象相互关联”为“多个对象和一个中介者关联”，简化了系统的维护，抵御了可能的变化。

随着控制逻辑的复杂化，Mediator具体对象的实现可能相当复杂。这时候可以对Mediator对象进行分解处理。

Facade模式是解耦系统间（单向）的对象关联关系；Mediator模式是解耦系统内各个对象之间（双向）的关联关系。