设计模式之中介者模式(十四)
在每个机场都会看到有一个机场调度中心,它就是具体的中介者,用来调度每一架要降落和起飞的飞机,如果没有机场调度中心,飞机到飞机场了,飞行员要先看看有没有飞机和自己一起降落,有没有空跑道灯,这是难以想象的。
中介者模式(Mediator)
用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地互相引用,从而使其耦合度松散,而且可以独立地改变它们之间的交互。
中介者模式类图中介模式角色
-
Mediator
抽象中介者角色,定义同事对象到中介对象的接口。 -
ConcreteMediator
具体中介者角色,它从具体的同事对象接收消息,向具体同事发出命令。 -
Colleague
抽象同事角色,定义中介者对象接口它只知道中介者不知道其他同事对象。 -
ConcreteColleague
代码
具体同事角色,具体同事类。每个具体同事类都只需要知道自己的行为即可,但是他们都需要认识中介者。
-
Mediator(中介者抽象对象)
public abstract class Mediator {
/**
* 发送消息
* @param message 消息内容
* @param colleague 抽象发送者
*/
public abstract void send(String message,Colleague colleague);
}
- Colleague(抽象同事对象)
public class Colleague {
protected Mediator mediator;
public Colleague (Mediator mediator) {
this.mediator = mediator;
}
}
- ColleagueA(具体实现同事对象)
public class ColleagueA extends Colleague {
public ColleagueA(Mediator mediator) {
super(mediator);
}
/**
* 发送消息
* @param message
*/
public void send(String message) {
// 调用抽象者发送,并且把对象传过去
mediator.send(message,this);
}
/**
* 收到消息方法
* @param message
*/
public void notify(String message) {
System.out.println("同事1得到消息:"+message);
}
}
- ColleagueB(具体实现同事对象)
public class ColleagueB extends Colleague {
public ColleagueB(Mediator mediator) {
super(mediator);
}
public void send(String message) {
mediator.send(message,this);
}
public void notify(String message) {
System.out.println("同事2得到消息:"+message);
}
}
- ConcreteMediator(具体实现中介者对象)
public class ConcreteMediator extends Mediator {
private ColleagueA colleagueA;
private ColleagueB colleagueB;
public void setColleagueB(ColleagueB colleagueB) {
this.colleagueB = colleagueB;
}
public void setColleagueA(ColleagueA colleagueA) {
this.colleagueA = colleagueA;
}
@Override
public void send(String message, Colleague colleague) {
// 重写发送信息方法,根据对象做出判断,通知对象
if (colleague == colleagueA) {
colleagueB.notify(message);
} else {
colleagueA.notify(message);
}
}
}
- Client (测试类)
public class Client {
public static void main(String[] args) {
ConcreteMediator concreteMediator = new ConcreteMediator();
ColleagueA colleagueA = new ColleagueA(concreteMediator);
ColleagueB colleagueB = new ColleagueB(concreteMediator);
concreteMediator.setColleagueA(colleagueA);
concreteMediator.setColleagueB(colleagueB);
colleagueA.send("吃饭了吗?");
colleagueB.send("吃过了");
}
}
- 测试结果
同事2得到消息:吃饭了吗?
同事1得到消息:吃过了
- 通过代码可以看出
ConcreteMediator
这个类必须要知道所有ConcreteColleague
是不是有些问题?
这样设计可以减少ConcreteColleague
类之间的耦合,但是这又使ConcreteMediator
责任太多了,如果它出了问题,则整个系统都会有问题。
中介者模式很容易在系统中应用 ,也很容易在系统中误用。当系统出现了‘多对多’交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统设计上是不是合理。
中介者模式优缺点
-
优点
Mediator
的出现减少了各个Colleague
的耦合,使得可以独立地改变和复用各个Colleague
和Mediator
。 -
缺点
由于ConcreteMediator
控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会比任何一个ConcreteCollague
都复杂。
应用场景
常用的MVC
框架其中的C(Controller
)就是一个中介者,叫做前端控制器,它的作用就是把Model
和View
隔离开协助Model
和View
协同工作,把Model
运行的结果和View
代表的视图融合成一个前端可以展示的页面,减少Model
和View
的依赖关系。
外观模式与中介者模式区别?
外观模式的子系统如果脱离外观模式是可以运行的,而中介者模式是增加逻辑的,同事类不能脱离中介者而独立存在。
外观模式中子系统是不知道外观类的存在的,而中介者模式中每个同事类都知道中介者。
外观模式将子系统的逻辑隐藏,用户不知道子系统的存在,而中介者模式中,用户知道同事类的存在。
总结
中介者模式在生活中体现的有很多,比如房产中介起到中介者作用,为出租者和租房者起到一个平台的作用。生活中设计模式无处不在,合理运用好设计模式相信代码会更加优质。