简介
中介设计模式(Mediator Design Pattern)定义了一个单独的(中介)对象,来封装一组对象之间的交互。
如果对象之间存在大量的相互关联和调用,若有一个对象发生变化,则需要跟踪和该对象的其他所有对象,并进行适当处理。
而中介模式将这些对象之间的交互委派给中介对象交互,来避免对象之间直接交互,使其耦合松散。
典型实现
首先,定义一个抽象中介者接口,该接口用于与各对象之间进行通信。其代码示例如下:
public abstract class Mediator {
// 维持所有同事对象的引用
protected ArrayList<Colleague> colleagues;
// 注册方法,用于增加同事对象
public void register(Colleague colleague) {
colleagues.add(colleague);
}
// 声明抽象的业务方法
public abstract void operation();
}
对于具体的中介者对象,主要是实现自己的业务方法,封装同事之间的调用。其代码示例如下:
public class ConcreteMediator extends Mediator {
@Override
public void operation() {
// 通过中介者调用同事类的方法
this.colleagues.get(0).method1();
}
}
然后,需要定义一个抽象的同事类,其维持了一个抽象中介者的引用,用于调用中介者的方法。其代码示例如下:
public abstract class Colleague {
// 维持一个抽象中介者的引用
protected Mediator mediator;
public Colleague(Mediator mediator) {
this.mediator = mediator;
}
// 声明自身方法,处理自己的行为
public abstract void method1();
// 定义依赖方法,与中介者通信
public void method2() {
mediator.operation();
}
}
具体的同事类也比较简单,只需要继承自抽象同事类,然后定义好自己的行为即可。
总结
优点
中介模式的主要优点如下:
- 中介模式将一对多的关系简化成了一对一的关系,降低了类的复杂度,简化了对象之间的交互
- 将各同事对象解耦,增加新的中介者和新的同事类都比较方便,更好地符合“开闭原则”
- 中介者将原本分布于多个对象间的行为集中在一起,改变这些行为只需生成新的中介者子类即可,这使得各个同事类可被重用,无须对同事类进行扩展
缺点
中介模式的主要缺点如下:
- 具体的中介者类中包含了大量同事之间的交互逻辑,可能会导致具体中介者类非常复杂
适用场景
中介模式的适用场景如下:
- 系统中对象之间存在复杂的引用关系,系统结构混乱且难以理解
- 一个对象由于引用了许多其他对象并且直接和这些对象通信,导致难以复用该对象
- 想通过一个中间类来封装多个类中的行为,而又不想生成太多子类
源码
在 JDK 中 java.util.Timer
就使用到了中介模式。如下是其源码部分:
public class Timer {
private final TaskQueue queue = new TaskQueue();
private void sched(TimerTask task, long time, long period) {
if (time < 0)
throw new IllegalArgumentException("Illegal execution time.");
if (Math.abs(period) > (Long.MAX_VALUE >> 1))
period >>= 1;
synchronized(queue) {
if (!thread.newTasksMayBeScheduled)
throw new IllegalStateException("Timer already cancelled.");
synchronized(task.lock) {
if (task.state != TimerTask.VIRGIN)
throw new IllegalStateException(
"Task already scheduled or cancelled");
task.nextExecutionTime = time;
task.period = period;
task.state = TimerTask.SCHEDULED;
}
queue.add(task);
if (queue.getMin() == task)
queue.notify();
}
}
}