在现实生活中,常常会出现好多对象之间存在复杂的交互关系,这种交互关系常常是“网状结构”,它要求每个对象都必须知道它需要交互的对象。例如,每个人必须记住他(她)所有朋友的电话;而且,朋友中如果有人的电话修改了,他(她)必须告诉其他所有的朋友修改,这叫作“牵一发而动全身”,非常复杂。
如果把这种“网状结构”改为“星形结构”的话,将大大降低它们之间的“耦合性”,这时只要找一个“中介者”就可以了。如前面所说的“每个人必须记住所有朋友电话”的问题,只要在网上建立一个每个朋友都可以访问的“通信录”就解决了。这样的例子还有很多,例如,你刚刚参力口工作想租房,可以找“房屋中介”;或者,自己刚刚到一个陌生城市找工作,可以找“人才交流中心”帮忙。
在软件的开发过程中,这样的例子也很多,例如,在 MVC 框架中,控制器(C)就是模型(M)和视图(V)的中介者;还有大家常用的 QQ 聊天程序的“中介者”是 QQ 服务器。所有这些,都可以采用“中介者模式”来实现,它将大大降低对象之间的耦合性,提高系统的灵活性。
1. 模式的定义与特点
1.1 模式的定义
中介者模式(Mediator):定义一个中介对象来封装一系列对象之间的交互,使原用对象之间耦合松散,且可以独立地改变他们之间的交互,中介者模式又叫调停模式,是迪米特法则的典型应用。
1.2 模式的特点
中介者模式的优点有:
1. 降低了对象之间的耦合性,使得对象易于独立的被复用;
2. 将对象间的一对多关联转变为一对一关联,提高了系统的灵活性,易于扩展和维度。
中介者模式的缺点有:
1. 当同事类太多时,中介者的职责将很大,它会变得复杂而庞大,以至于系统难以维护。
1.3 模式的使用场景
1. 系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解;
2. 交互的公共行为,如果需要改变行为则可以增加新的中介者类。
2. 模式的结构与实现
2.1 模式的结构
中介者模式的主要角色如下:
1. 抽象中介者(Mediator):是中介者的接口,提供了同事对象注册与转发同事对象信息的抽象方法;
2. 具体中介者(Concrete Mediator):实现了中介者接口,定义了一个集合来管理同事对象,协调各个同事之间的交互关系,因此它依赖与同事角色;
3. 抽象同事类(Colleague):定义同事类的接口,保存中介者对象,提供同事对象交互的抽象方法,实现了所有相互影响的同事类的公共功能;
4. 具体同事类(Concrete Colleague):是抽象同事类的实现类,当需要与其他对象交互时,由中介者对象负责后续交互。
在实际开发中,通常采用以下两种方法来简化中介者模式,使开发变得更简单:
1. 不定义中介者接口,把具体中介者对象实现成为单例;
2. 同事对象不持有中介者,而是在需要的时f矣直接获取中介者对象并调用。
2.2 模式的实现
同事类
public class Student {
private String name;
public Student(String name) {
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public void sendMessage(String message) {
StudyGroup.sendMessage(this, message);
}
}
中介者
public class StudyGroup {
public static void sendMessage(Student student, String message) {
System.out.println(new Date().toString() + "[" + student.getName() + "]: " + message);
}
}
客户端
public class Client {
public static void main(String[] args) {
Student tom = new Student("tom");
Student jim = new Student("jim");
tom.sendMessage("how are you ?");
jim.sendMessage("I'm fine, thank you !");
}
}
# 运行结果如下:
Sat Mar 14 17:42:29 CST 2020[tom]: how are you ?
Sat Mar 14 17:42:29 CST 2020[jim]: I'm fine, thank you !