前言
我们都知道,这个国际政治是一门很深的学问,不玩政治的人是搞不懂的。那么多的国家,国家之间的关系又及其复杂;就好比现在,美国和中国有经济利益关系,美国又和日本有盟友关系,朝鲜又和中国有说不清道不明的关系;这些复杂的关系,稍微处理不好,就可能引发局部战争,更有可能引发第三次世界大战。如果出现了国与国之间出现了利益纠纷,那么该怎么办呢?这个时候,联合国出现了。联合国就是一个处理国与国之间纠纷的中介者。
中介者模式
在GOF的《设计模式:可复用面向对象软件的基础》一书中对中介者模式是这样说的:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
我们都知道,面向对象设计鼓励将行为分布到各个对象中。但是,这种分布可能会导致对象间有许多连接。在最坏的情况下,每一个对象都知道其他所有对象,就造成了复杂的关联关系。虽然将一个系统分割成许多对象通常可以增强可复用性,但是对象间相互连接的激增又会降低其可复用性。大量的相互连接使得一个对象似乎不太可能在没有其他对象的支持下工作,这样使得系统表现为一个不可分割的整体。而且,对系统的行为进行任何较大的改动都十分困难,因为行为被分布在许多对象中。结果是,你可能不得不定义很多子类以定制系统的行为。
问题再回到联合国的问题上来,在联合国还没有成立时,国与国之间的关系是这样的:
当联合国成立以后,国与国之间出现纠纷时,是这样的:
联合国的成立,让很多关系简单化了,让问题的处理也简单化了,使国与国之间因为纠纷产生摩擦的几率减小了,让世界更和平了。
UML类图
Mediator:中介者,它定义了一个接口用于与各个Colleague对象通信;
ConcreteMediator:具体的中介者,它通过协调各Colleague对象实现协作行为;并了解和维护它的各个Colleague;
Colleague:同事类,每一个同事类都知道它的中介者对象;每一个同时对象在需要与其他的同事通信的时候,而是与它的中介者通信。
它们之间是按照以下方式进行协作的:
同事向一个中介者对象发送和接收请求。中介者在各同事间适当地转发请求以实现协作行为。
使用场合
在下列情况下使用中介者模式:
1.一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解;
2.一个对象引用其他很多对象并且直接与这些对象通信,导致难以复用该对象;
3.想定制一个分布在多个类中的行为,而又不想生成太多的子类。
优缺点
1.减少了子类生成,Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需生成Meditator的子类即可。这样各个Colleague类可被重用;
2.它将各Colleague解耦,Mediator有利于各Colleague间的松耦合。你可以独立的改变和复用各Colleague类和Mediator类;
3.它简化了对象协议,用Mediator和Colleague间的一对多的交互来代替多对多的交互。一对多的关系更容易理解、维护和扩展;
4.它对对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,使你将注意力从对象各自本身的行为转移到它们之间的交互上来。这有助于弄清楚一个系统中的对象是如何交互的;
5.它使控制集中化,中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议,它可能变得比任一个Colleague都复杂。这可能使得中介者自身成为一个难于维护的庞然大物。
代码实现
实现一个通用的中介者模式:
#include <iostream> using namespace std; #define SAFE_DELETE(p) if (p) { delete p; p = NULL; } class Mediator; class Colleague { public: Colleague(Mediator *pMediator) : m_pMediator(pMediator){} virtual void Send(wchar_t *message) = 0; protected: Mediator *m_pMediator; }; class ConcreteColleague1 : public Colleague { public: ConcreteColleague1(Mediator *pMediator) : Colleague(pMediator){} void Send(wchar_t *message); void Notify(wchar_t *message) { wcout<<message<<endl; } }; class ConcreteColleague2 : public Colleague { public: ConcreteColleague2(Mediator *pMediator) : Colleague(pMediator){} void Send(wchar_t *message); void Notify(wchar_t *message) { cout<<"ConcreteColleague2 is handling the message."<<endl; wcout<<message<<endl; } }; class Mediator { public: virtual void Sent(wchar_t *message, Colleague *pColleague) = 0; }; class ConcreteMediator : public Mediator { public: // The mediator forward the message void Sent(wchar_t *message, Colleague *pColleague) { ConcreteColleague1 *pConcreteColleague1 = dynamic_cast<ConcreteColleague1 *>(pColleague); if (pConcreteColleague1) { cout<<"The message is from ConcreteColleague1. Now mediator forward it to ConcreteColleague2"<<endl; if (m_pColleague2) { m_pColleague2->Notify(message); } } else { if (m_pColleague1) { m_pColleague1->Notify(message); } } } void SetColleague1(Colleague *pColleague) { m_pColleague1 = dynamic_cast<ConcreteColleague1 *>(pColleague); } void SetColleague2(Colleague *pColleague) { m_pColleague2 = dynamic_cast<ConcreteColleague2 *>(pColleague); } private: // The Mediator knows all the Colleague ConcreteColleague1 *m_pColleague1; ConcreteColleague2 *m_pColleague2; }; void ConcreteColleague1::Send(wchar_t *message) { // The second parameter mark where the message comes from m_pMediator->Sent(message, this); } void ConcreteColleague2::Send(wchar_t *message) { m_pMediator->Sent(message, this); } int main() { // Create the mediator Mediator *pMediator = new ConcreteMediator(); Colleague *pColleague1 = new ConcreteColleague1(pMediator); Colleague *pColleague2 = new ConcreteColleague2(pMediator); ConcreteMediator *pConcreteMediator = dynamic_cast<ConcreteMediator *>(pMediator); pConcreteMediator->SetColleague1(pColleague1); pConcreteMediator->SetColleague2(pColleague2); wchar_t message[260] = L"Where are you from?"; pColleague1->Send(message); return 0; }
与外观模式的区别
我在看中介者模式时,第一眼就感觉中介者模式和外观模式超级像。外观模式与中介者模式的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个更为方便的接口;外观模式的协议是单向的,即外观模式向子系统提出请求,但反过来则不行;而对于中介者模式,是进行多个对象之间的协作,通信是多向的。
总结
中介者模式是一个比较简单的设计模式,我在这里对中介者模式进行总结,希望对大家有用。这篇也是蛇年的最后一篇文章了。马年见了,在这里提前祝愿大家马年快乐。
介绍 中介者模式(Mediator),用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。 主要内容来自:http://www.addyosmani.com/resources/essentialjsdesignpatterns/book/#mediatorpatternjavascript 正文 软件开发中,中介者是一个行
5. 中介者(Mediator) Intent 集中相关对象之间复杂的沟通和控制方式。 Class Diagram Mediator:中介者,定义一个接口用于与各同事(Colleague)对象通信。 Colleague:同事,相关对象 Implementation Alarm(闹钟)、CoffeePot(咖啡壶)、Calendar(日历)、Sprinkler(喷头)是一组相关的对象,在某个对象的事
本文向大家介绍Java设计模式之中介者模式(Mediator Pattern)简介,包括了Java设计模式之中介者模式(Mediator Pattern)简介的使用技巧和注意事项,需要的朋友参考一下 Java设计模式的中介者模式是行为模式之一。定义一个中介对象来封装系列对象之间的交互。中介者使各个对象不需要显式地相互引用,从而使其耦合性松散,并且可以独立地改变他们之间的交互。 如下图所示: 生产者
本文向大家介绍JavaScript设计模式之建造者模式介绍,包括了JavaScript设计模式之建造者模式介绍的使用技巧和注意事项,需要的朋友参考一下 建造者模式说明 1. 将一个复杂对象的 构造 与它的表示相分离,使同样的创建过程可有不同的表示,这就叫做建造者模式。 2. 面向对象语言中的说明,主要角色: 1>. Builder 这个接口类,定义这个建造者[工人],统一的可操作的行为方式,它表示
本文向大家介绍Java设计模式之创建者模式简介,包括了Java设计模式之创建者模式简介的使用技巧和注意事项,需要的朋友参考一下 Java的创建者模式与工厂模式有点类似,不过关注点不同。工厂模式往往只关心你要的是什么,而不关心这个东西的具体细节是什么。相对而言创建模式则是关心这个东西的具体细节的创建。拿创建人物来说,我们关心的不仅是创建一个人物,还要关心他的性别,肤色和名字,则可以使用创建者模式。
本文向大家介绍JavaScript设计模式之装饰者模式介绍,包括了JavaScript设计模式之装饰者模式介绍的使用技巧和注意事项,需要的朋友参考一下 装饰者模式说明 说明:通一个类来动态的对另一个类的功能对象进行前或后的修饰,给它辅加一些额外的功能; 这是对一个类对象功能的装饰,装饰的类跟被装饰的类,要求拥有相同的访问接口方法(功能),这在动态面向对象类里,一般以实现同一个接口(interfac