设计模式理解：中介者模式（Mediator）

中介者模式（Mediator Pattern）是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类，该类通常处理不同类之间的通信，并支持松耦合，使代码易于维护。

两个类或者多个类之间存在相互引用的情况，那么对象之间的关联性就会变复杂，维护起来会更加困难。所以，中介模式就是帮助对象之间的解耦。和门面模式（外观模式）不一样的是，门面模式是为了解耦系统间的关系，而中介者模式是为了解耦对象之间的关系。

中介者模式UML图，其中空心箭头表示继承，黑色箭头表示引用。该图表示，实体中介者Mediator依赖于同事实体，而同事抽象依赖于Mediator抽象类。把原本同事之间的依赖关系，变成了同事和中介者之间的依赖。类似于交换机和路由器的结构。

为什么ConcreteMediator不直接依赖Colleague呢？ 因为ConcreteMediator要设计一套规则，来了解具体该交流的对象是哪一个

例如有这样的一个场景： 点击一次按钮会让界面和进度条的方式发生改变，而界面里又包含按钮和进度条。所以按钮依赖于界面和进度条，界面依赖于按钮和进度条，为了简化它们之间的关联关系，运用中介者模式如下：
 

//中介者
class IMediator{virtual void change(string status);
}
//实体类需实现的接口
class Widget{
public:IMediator * iMediator;virtual void request() = 0;
}//创建实体类
class Button:public Widget{void request(){this->iMediator->change("BUTTON");}void show1(){cout<<"Button 收到信息";}
}class ProgressBar:public Widget{void request(){this->iMediator->change("PROGRESSBAR");}void show2(){cout<<"ProgressBar 收到信息";}
}class UserInterface:public Widget{void request(){this->iMediator->change("USERINTERFACE");}void show3(){cout<<"UserInterface 收到信息";}
}//创建实体中介关系
class concreteMediator{UserInterface *userInterface;ProgressBar * progressBar;Button * buttonvoid change(string status){if ("BUTTON" == status){cout <<"Button 发送请求"progressBar ->show2();userInterface ->show3();}else if ("PROGRESSBAR" == status){//没有啥东西}else if("USERINTERFACE"  == status){cout <<"USERINTERFACE发送请求"button->show1();progressBar ->show2();}}
}//主函数示例
void mainProcess(Widget*widget){widget->request();/***如果传进来的对象是 button类型的* 那么输出是  "Button 发送请求"  "ProgressBar 收到信息" "UserInterface 收到信息"* 如果传进来的对象是 UserInterface类型的* 那么输出是  "UserInterface 发送请求" "Button 收到信息" "ProgressBar 收到信息" */
}

中介者的缺点也是显而易见的。就是要处理对象关联关系越多，对象越多，那么中介者类也会变得越来越臃肿。

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！