C++(设计模式):21---行为型模式之中介者模式（Mediator）

行为型模式概述

• 行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。这些模式刻划了在运行时难以跟踪的复杂的控制流。它们将你的注意 力从控制流转移到对象间的联系方式上来
• 行为类模式使用继承机制在类间分派行为。其中包括两个这样的模式：
  • 其中TemplateMethod较为简单和常用。模板方法是一个算法的抽象定义，它逐步地定义该算法， 每一步调用一个抽象操作或一个原语操作，子类定义抽象操作以具体实现该算法
  • 另一种行为类模式是Interpreter。它将一个文法表示为一个类层次，并实现一个解释器作为这些类的实例上的一个操作
• 行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组对等的对象怎样 相互协作以完成其中任一个对象都无法单独完成的任务。这里一个重要的问题是对等的对象 如何互相了解对方。对等对象可以保持显式的对对方的引用，但那会增加它们的耦合度。在 极端情况下，每一个对象都要了解所有其他的对象。 Mediator在对等对象间引入一个mediator对象以避免这种情况的出现。mediator提供了松耦合所需的间接性
• Chain of Responsibility提供更松的耦合。它让你通过一条候选对象链隐式的向一个对 象发送请求。根据运行时刻情况任一候选者都可以响应相应的请求。候选者的数目是任意的， 你可以在运行时刻决定哪些候选者参与到链中
• Observer模式定义并保持对象间的依赖关系。典型的Observer的例子是Smalltalk中的模型/视图/控制器，其中一旦模型的状态发生变化，模型的所有视图都会得到通知
• 其他的行为对象模式常将行为封装在一个对象中并将请求指派给它：
  • Strategy模式将 算法封装在对象中，这样可以方便地指定和改变一个对象所使用的算法
  • Command模式 将请求封装在对象中，这样它就可作为参数来传递，也可以被存储在历史列表里，或者以其 他方式使用
  • State模式封装一个对象的状态，使得当这个对象的状态对象变化时，该对象可改变它的行为
  • Visitor封装分布于多个类之间的行为
  • 而Iterator则抽象了访问 和遍历一个集合中的对象的方式
• 行为型模式有：
  • Chain of Responsibility（职责链）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106201661
  • Command（命令）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242934
  • Interpreter（解释器）——类行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242960
  • Iterator（迭代器）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242970
  • Mediator（中介者）——对象行为型模式：本文介绍
  • Memento（备忘录）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242996
  • Observer（观察者）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106201675
  • State（状态）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243009
  • Strategy（策略）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243021
  • Template Method（模板方法）——类行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243031
  • Visitor（访问者）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243048

一、意图

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

二、动机

• 面向对象设计鼓励将行为分布到各个对象中。这种分布可能会导致对象间有许多连接。 在最坏的情况下,每一个对象都知道其他所有对象
• 虽然将一个系统分割成许多对象通常可以增强可复用性 , 但是对象间相互连接的激增又会 降低其可复用性。大量的相互连接使得一个对象似乎不太可能在没有其他对象的支持下工作 —系统表现为一个不可分割的整体。而且 ,对系统的行为进行任何较大的改动都十分困难， 因为行为被分布在许多对象中。结果是 , 你可能不得不定义很多子类以定制系统的行为。

三、适用性

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

四、结构

• 一个典型的对象结构可能如下图所示

五、参与者

• Mediator（中介者） ：中介者定义一个接口用于与各同事（Colleague）对象通信
• ConcreteMediator（具体中介者） ：
  • 具体中介者通过协调各同事对象实现协作行为
  • 了解并维护它的各个同事
• Colleague class（同事类）：
  • 每一个同事类都知道它的中介者对象
  • 每一个同事对象在需与其他的同事通信的时候，与它的中介者通信。

六、协作

• 同事向一个中介者对象发送和接收请求。中介者在各同事间适当地转发请求以实现协作 行为

七、效果

• 待续（学习到的时候再回来补）

八、实现

• 待续（学习到的时候再回来补）

九、代码示例

• 待续（学习到的时候再回来补）

十、相关模式

• Facade与中介者的不同之处在于它是对一个对象子系统进行抽象，从而提供了一个 更为方便的接口。它的协议是单向的，即Facade对象对这个子系统类提出请求，但反之则不 行。相反，Mediator提供了各Colleague对象不支持或不能支持的协作行为，而且协议是多向 的。
• Colleague可使用O b s e r v e r模式与Mediator通信