中介者模式
中介者模式又叫调停者模式。
尽管将一个系统分割成许多对象通常可以增加其复用性,但是对象间相互连接的激增又会降低其可复用性了。
大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,所以对系统的行为进行任何较大的改动就十分困难了。
中介者模式:用一个中介对象来封装一系列的对象交互。中介者使个对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
抽象中介者类
/**
* Mediator 抽象中介者类,定义了同事对象到中介者对象的接口
*/
public abstract class Mediator {
// 定义一个抽象的发送消息方法,得到同事对象和发送信息
public abstract void send(String message, Collegue collegue);
}
抽象同事类
/**
* 抽象同事类
*/
public abstract class Collegue {
protected Mediator mediator;
// 构造方法,得到中介者对象
public Collegue(Mediator mediator) {
this.mediator = mediator;
}
}
具体中介者类
具体中介者类:实现抽象类的方法,它需要知道所有具体同事类,并从具体同事接收信息,向具体同事对象发出命令。
public class ConcreteMediator extends Mediator {
private ConcreteCollegue1 collegue1;
private ConcreteCollegue2 collegue2;
@Override
public void send(String message, Collegue collegue) {
if (collegue == collegue1) {
collegue2.notifyE(message);
} else {
collegue1.notifyE(message);
}
}
public void setCollegue1(ConcreteCollegue1 collegue1) {
this.collegue1 = collegue1;
}
public void setCollegue2(ConcreteCollegue2 collegue2) {
this.collegue2 = collegue2;
}
}
具体同事类
/**
* 具体同事类,每个具体同事只知道自己的行为,而不了解其它同事类的情况,但它们都认识中介者对象
*/
public class ConcreteCollegue1 extends Collegue {
public ConcreteCollegue1(Mediator mediator) {
super(mediator);
}
/**
* 发送信息时通常是中介者发送出去的
*/
public void send(String message) {
mediator.send(message, this);
}
public void notifyE(String message) {
System.out.println("同事1得到信息:"+message);
}
}
public class ConcreteCollegue2 extends Collegue {
public ConcreteCollegue2(Mediator mediator) {
super(mediator);
}
public void send(String message) {
mediator.send(message, this);
}
public void notifyE(String message) {
System.out.println("同事2得到信息:"+message);
}
}
客户端
public class Client {
public static void main(String[] args) {
ConcreteMediator mediator = new ConcreteMediator();
// 让两个具体同事类认识中介者对象
ConcreteCollegue1 collegue1 = new ConcreteCollegue1(mediator);
ConcreteCollegue2 collegue2 = new ConcreteCollegue2(mediator);
// 让中介者认识各个具体同事类对象
mediator.setCollegue1(collegue1);
mediator.setCollegue2(collegue2);
// 具体同事类对象的发送信息都是通过中介者转发
collegue1.send("吃过饭了吗?");
collegue2.send("没有呢,你打算请客吗?");
}
}
安理会做中介
联合国机构类
/**
* 联合国机构类,相当于Mediator类
*/
public abstract class UnitedNations {
// 声明
public abstract void declare(String message,Country colleague);
}
国家类
/**
* 国家类,相当于Colleague类
*/
public abstract class Country {
protected UnitedNations mediator;
public Country(UnitedNations mediator) {
this.mediator = mediator;
}
}
美国类
/**
* 美国类,相当于ConcreteColleague1类
*/
public class USA extends Country {
public USA(UnitedNations mediator) {
super(mediator);
}
// 声明
public void declare(String message) {
mediator.declare(message, this);
}
// 获得信息
public void getMessage(String message) {
System.out.println("美国获得对方信息:" + message);
}
}
伊拉克类
/**
* 伊拉克类,相当于ConcreteColleague2类
*/
public class Iraq extends Country {
public Iraq(UnitedNations mediator) {
super(mediator);
}
// 声明
public void declare(String message) {
mediator.declare(message, this);
}
// 获得信息
public void getMessage(String message) {
System.out.println("伊拉克获得对方信息:" + message);
}
}
联合国安全理事会
/**
* 联合国安全理事会 这个类责任太多了,如果它出了问题,则整个系统都会有问题了
*/
public class UnitedNationsSecurityCouncil extends UnitedNations {
// 联合国安理会了解所有国家,所以拥有美国和伊拉克的对象属性
private USA colleague1;
private Iraq colleague2;
// 声明
@Override
public void declare(String message, Country colleague) {
// 重写了声明方法,实现了两个对象间的通信
if (colleague == colleague1) {
colleague2.getMessage(message);
} else {
colleague1.getMessage(message);
}
}
public void setColleague1(USA colleague1) {
this.colleague1 = colleague1;
}
public void setColleague2(Iraq colleague2) {
this.colleague2 = colleague2;
}
}
客户端调用
public class Client {
public static void main(String[] args) {
UnitedNationsSecurityCouncil UNSC = new UnitedNationsSecurityCouncil();
USA usa = new USA(UNSC);
Iraq iraq = new Iraq(UNSC);
UNSC.setColleague1(usa);
UNSC.setColleague2(iraq);
usa.declare("不准研制核武器,否则要发动战争!");
iraq.declare("我们没有核武器,也不怕侵略");
}
}
中介者模式优缺点
中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了“多对多”交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理。
中介者模式优点:
首先是Mediator的出现减少了各个Colleague的耦合,使得可以独立地改变和复用各个Colleague类和Mediator,比如任何国家的改变不会影响其他国家,而只是与安理会发生变化。
其次,由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。
中介者模式缺点:
具体中介者ConcreteMediaor可能会因为ConcreteColleague的越来越多,而变得非常复杂,反而不容易维护了。
由于ConcreteColleague控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂。
所以中介者模式的优点是集中控制,缺点也是。
中介者模式一般应用于一组对象定义良好但是以复杂的方式进行通信的场合。比如窗体Form对象或Web页面aspx,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。
注:本文内容源自程杰的《大话设计模式》