注:示例来自《大话设计模式》
尽管将一个系统分割成许多对象通常可以增加其可复用性 但是对象间相互连接的激增又会降低其可复用性 因为大量的连接使得一个对象不可能在没有其他对象的支持下工作 系统表现为一个不可分割的整体 所以 对系统的行为进行任何较大的改动就十分困难了 要解决这样的问题 可以用中介者模式
下面我们写一个案例 需求是美国和伊拉克之间的对话都是通过联合国安理会作为中介来完成 简单代码实现如下
联合国机构类
package Test25;
//联合国机构
public abstract class UnitedNations {
public abstract void Declare(String message, Country colleague);
}
国家类
package Test25;
//国家
public class Country {
protected UnitedNations mediator;
public Country(UnitedNations mediator)
{
this.mediator = mediator;
}
}
美国类
package Test25;
//美国
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);
}
}
伊拉克类
package Test25;
//伊拉克
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);
}
}
联合国安理会类
package Test25;
//联合国安全理事会
public class UnitedNationsSecurityCouncil extends UnitedNations {
private USA colleague1;
private Iraq colleague2;
public void setColleague1(USA colleague1) {
this.colleague1 = colleague1;
}
public void setColleague2(Iraq colleague2) {
this.colleague2 = colleague2;
}
@Override
public void Declare(String message, Country colleague) {
if (colleague == colleague1)
{
colleague2.GetMessage(message);
}
else
{
colleague1.GetMessage(message);
}
}
}
客户端代码
package Test25;
public class Program {
public static void main(String[] args) {
UnitedNationsSecurityCouncil UNSC = new UnitedNationsSecurityCouncil();
USA c1 = new USA(UNSC);
Iraq c2 = new Iraq(UNSC);
UNSC.setColleague1(c1);
UNSC.setColleague2(c2);
c1.Declare("不准研制核武器,否则要发动战争!");
c2.Declare("我们没有核武器,也不怕侵略。");
}
}
中介者模式 用一个中介对象来封装一系列的对象交互 中介者使各对象不需要显示地相互引用 从而使其耦合松散 而且可以独立地改变它们之间的交互
中介者模式很容易在系统中应用 也很容易在系统中误用 当系统出现了多对多交互复杂的对象群时 不要急于使用中介者模式 而要先反思你的系统在设计上是不是合理
中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合 以及想定制一个分布在多个类中的行为 而又不想生成太多的子类的场合
优点 Mediator的出现减少了各个Colleague的耦合 使得可以独立地改变和复用各个Colleague类和Mediator 其次 由于把对象如何协作进行了抽象 将中介作为一个独立的概念并将其封装在一个对象中 这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来 也就是站在一个更宏观的角度去看待系统
缺点 由于ConcreteMediator控制了集中化 于是就把交互复杂性变为了中介者的复杂性 这就使得中介者会变得比任何一个ConcreteColleague都复杂