1、 意图
用一个中介者对象来封装一系列的对象交互。中介者使其各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立改变它们之间的交互。
2、 适用性
- 一组对象以定义好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解。
- 一个对象引用其他很对对象并且直接与这些对象通信,导致难以复用该对象。
- 想制定一个分布在多个类中的行为,而又不想生成太多的子类。
3、 结构
4、 参与者
Mediatord(中介者)
——中介者定义一个接口用于与各同事(Colleague)对象通信。
ConcreteMediator(具体中介者)
——了解中介者通过协调各同事对象实现协作行为。
——了解并维护它的各个同事。
ColleagueClass(同事类,包括其子类)
——每一个同事类都知道它的中介者对象。
——每一个同事类对象在需与其他同事通信的时候,与它的中介者通信。
5、 协作
同事向一个中介者对象发送和接收请求。中介者在各同事间适当地转发请求以实现协作行为。
6、 效果
1) 减少了子类生成;Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需要生成Mediator的子类即可。这样各个Colleague类可被重用。
2) 它将各Colleague解耦;Mediator有利于各Colleague间的松耦合。你可以独立地改变和复用Colleague类和Mediator类。
3) 它简化了对象协议;用Mediator和各Colleague间的一对多的交互来代替多对多的交互。一对多的关系更易于理解、维护和扩展。
4) 它对对象如何协作进行了抽象;将中介作为一个独立的概念并将其封装在一个对象中,使你将注意力从对象各自本身的行为转移到它们之间的交互上来。这有助于弄清楚一个系统中的对象是如何交互的。
5) 它使控制集中化;中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议,它可能变得比任一个Colleague都复杂。这可能使得中介者自身成为一个难以维护的庞然大物。
7、 实现
1) 忽略抽象的Mediator类;当各Colleague仅与一个Mediator一起工作时,没有必要定义一个抽象的Mediator类。Mediator类提供的抽象耦合已经使各Colleague可与不同的Mediator子类一起工作,反之亦然。
2) Colleague——Mediator通信;当一个感兴趣的事件发生时,Colleague必须与其Mediator通信。一种实现方法是Observer模式,将Mediator实现为一个Observer,各Colleague作为Subset,一旦其状态改变就发送通知给Mediator;一种方法是在Mediator中定义一个特殊的通知接口,各Colleague在通信时直接调用该接口。
8、 代码示例
Mediatord
- package com.examples.pattern.mediator;
- /**
- * 中介者,定义各个同事对象通信的接口
- */
- public interface Mediator {
- /**
- * 同事对象自身改变的时候来通知中介者的方法 让中介者去负责相应的与其他同事对象的交互
- *
- * @param colleague
- * 同事对象自身,好让中介者对象通过对象实例去获得同事对象的状态
- */
- public void changed(Colleague colleague);
- }
ConcreteMediator
- package com.examples.pattern.mediator;
- /**
- * 具体的中介者实现
- */
- public class ConcreteMediator implements Mediator {
- /**
- * 持有并维护同事A
- */
- private ConcreteColleagueA colleagueA;
- /**
- * 持有并维护同事B
- */
- private ConcreteColleagueB colleagueB;
- /**
- * 设置中介者需要了解并维护的同事A对象
- * @param colleagueA
- */
- public void setColleagueA(ConcreteColleagueA colleagueA) {
- this.colleagueA = colleagueA;
- }
- /**
- * 设置中介者需要了解并维护的同事B对象
- * @param colleagueB
- */
- public void setColleagueB(ConcreteColleagueB colleagueB) {
- this.colleagueB = colleagueB;
- }
- @Override
- public void changed(Colleague colleague) {
- System.out.println(colleague);
- }
- }
- package com.examples.pattern.mediator;
- /**
- * 同事类的抽象父类
- */
- public abstract class Colleague {
- /**
- * 持有中介者对象,每一个同事类都知道它的中介者对象
- */
- private Mediator mediator;
- /**
- * 构造者方法,传入中介者对象
- * @param mediator
- */
- public Colleague(Mediator mediator) {
- this.mediator = mediator;
- }
- /**
- * 获得当前同事类对应的中介者对象
- * @return
- */
- public Mediator getMediator() {
- return mediator;
- }
- }
- package com.examples.pattern.mediator;
- /**
- * 具体的同事类A
- */
- public class ConcreteColleagueA extends Colleague {
- public ConcreteColleagueA(Mediator mediator) {
- super(mediator);
- }
- public void someOperation(){
- //在需要跟其他同事通信的时候,通知中介者对象
- getMediator().changed(this);
- }
- }
- package com.examples.pattern.mediator;
- public class ConcreteColleagueB extends Colleague {
- public ConcreteColleagueB(Mediator mediator) {
- super(mediator);
- }
- public void someOperation(){
- //在需要跟其他同事通信的时候,通知中介者对象
- getMediator().changed(this);
- }
- }
- package com.examples.pattern.mediator;
- public class Client {
- public static void main(String[] args) {
- ConcreteMediator mediator = new ConcreteMediator();
- ConcreteColleagueA ca = new ConcreteColleagueA(mediator);
- ConcreteColleagueB cb = new ConcreteColleagueB(mediator);
- mediator.setColleagueA(ca);
- mediator.setColleagueB(cb);
- ca.someOperation();
- cb.someOperation();
- }
- }
Façade与中介者的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个更方便的接口。它的协议是单向的,即Façade对象对这个子系统类提出请求,但反之则不行。相反,Mediator提供了各Colleague对象不支持或不能支持的协作行为,而且协议是多向的。
Colleague可使用Observer模式与Mediator通信。
10、 广义中介者
在我们的通常使用中,经常会简化中介者模式,来使开发变得简单,有如下变化:
- 通常会去掉同事对象的父类,这样可以让任意的对象,只要需要相互交互,就可以成为同事。
- 通常不定义Mediator接口,把具体的中介者对象实现成单例。
- 同事对象不再持有中介者,而是在需要的时候直接获取中介者对象并调用;中介者也不再持有同事对象,而是在具体处理方法里面去创建,或者获取,或者从参数传入需要的同事对象。