您的位置:首页 > 其它

调停者模式(Mediator Pattern,对象行为型模式,中介者模式)

2017-07-24 00:00 495 查看
摘要: 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

意图

只要面对一个顾问
用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

适用性

在下列情况下使用中介者模式:
1. 一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且那一理解
2. 一个对象引用其他很多对象并且直接与这些对象通信,导致难以复用该对象
3. 想定制一个分布在多个类中的行为,而又不想生成太多的子类。

结构



参与者

Mediator

中介者定义一个接口用于与Colleague对象通信,定义统一的接口用于各个同事角色之间的通讯

ConcreteMediator

具体中介者通过协调各Colleague对象实现协作行为

了解并维护它的各个Colleague

Colleague class

每一个同事类都知道它的中介者对象

每一个同事对象在需要其他的同事通信的时候,与它的中介者通信

代码

Mediator

public abstract class Mediator {
public abstract void colleagueChanged(Colleague c);
}


ConcreteMediator

public class ConcreteMediator extends Mediator{
private ConcreteColleague1 concreteColleague1;
private ConcreteColleague2 concreteColleague2;
public void colleagueChanged(Colleague c) {
concreteColleague1.action();
concreteColleague2.action();
}
public void creteConcreteMediator(){
concreteColleague1 = new ConcreteColleague1(this);
concreteColleague2 = new ConcreteColleague2(this);
}
public ConcreteColleague1 getConcreteColleague1(){
return concreteColleague1;
}
public ConcreteColleague2 getConcreteColleague2(){
return concreteColleague2;
}
}


Colleague

public abstract class Colleague {
private Mediator mediator;
public Colleague(Mediator mediator){
this.mediator = mediator;
}
public Mediator getMediator(){
return mediator;
}
public abstract void action();
public void change(){
mediator.colleagueChanged(this);
}
}


ConcreteColleague

public class ConcreteColleague1 extends Colleague{
public ConcreteColleague1(Mediator mediator) {
super(mediator);
}
public void action() {
System.out.println("====ConcreteColleague1======");
}
}
public class ConcreteColleague2 extends Colleague{
public ConcreteColleague2(Mediator mediator) {
super(mediator);
}
public void action() {
System.out.println("====ConcreteColleague2======");
}
}


Client

public class Client {
public static void main(String[] args) {
ConcreteMediator cm = new ConcreteMediator();
cm.creteConcreteMediator();
Colleague c1 = new ConcreteColleague1(cm);
Colleague c2 = new ConcreteColleague2(cm);
cm.colleagueChanged(c1);
cm.colleagueChanged(c2);
}
}


协作

Colleague向Mediator对象发送和接收请求。Mediator在各Colleague间适当地转发请求以实现协作行为。

效果

减少了子类生成

Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需要生成Mediator的子类即可。这样各个Colleague类可被重用。

将各Colleague解耦

Mediator有利于各Colleague间的松耦合。你可以独立的改变和复用各Colleague类和Mediator类。

简化了对象协议

用Mediator和各Colleague间的一对多的交互代替多对多的交互。一对多的关系更容易理解、维护和扩展。

对对象如何协作进行了抽象

将中介作为一个独立的概念并将其封装在一个对象中,使你将注意力从对象各自本身的行为转移到它们之间的交互上来。者有助于弄清楚一个系统中的对象时如何交互的。

使控制集中化

中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议,它可能变得比任何一个Colleague都复杂。这可能使得中介者自身成为一个难于维护的庞然大物。

实现

忽略抽象的Mediator类

当各Colleague仅与一个Mediator一起工作时,没有必要定义一个抽象的Mediator类。Mediator类提供的抽象耦合已经使各Colleague可与不同的Mediator子类一起工作,反之亦然。

Colleague-Mediator通信

当一个感兴趣的事件发生时,Colleague必须与其Mediator通信。一种实现方法是使用Observer模式,将Mediator实现为一个Observer,各Colleague作为Subject,一旦其状态改变就发送通知给Mediator。Mediator做出的响应是将状态改变的结果传播给其他的Colleague。
另一个方法是在Mediator中定义一个特殊的通知接口 ,各Colleague在通信时直接调用该接口。Windows下的Smalltalk/v使用某种形式的代理机制 : 当与Mediator通信时, Colleague将自身作为一个参数传递给 Mediator,使其可以识别发送者。

经典例子

房屋中介、MVC
在结构上调停者模式与观察者、命令模式都添加了中间对象:只是调停者模式去掉了后两者在行为上的方向;调停者模式对客户透明,后两者则客户所知。
在目的上与门面模式相同,但是门面模式介于客户程序与子程序之间,调停者模式介于子系统和子系统之间,门面模式简化客户对程序的调用,及提供统一接口封装复杂逻辑;调停者模式:隐藏在原有逻辑的后面,使得代码逻辑更加清晰。

相关模式

Facade Pattern

在调停者模式中Mediator参与者扮演者Colleague参与者的中介者。在门面模式中,Facade参与者是单向经行利用其它参与者参数较高的接口。Mediator属于双向通信,而Facade属于单向传单。
Facade与Mediator的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个更为方便的接口。它的协议是单向的,即Facade对象对这个子系统类提出请求,但反之则不行。相反,Mediator提供了各Colleague对象不支持或不能支持的协议行为,而且协议是多向的。

Observer Pattern

Mediator参与者和Colleague参与者之间的通讯有时会使用到观察者模式。
Colleague有时可以使用Observer Pattern与Mediator通信

敬请期待“备忘录模式(Memento Pattern,标记模式 Token Pattern,对象行为型模式)”
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  设计模式