调停者模式(Mediator Pattern,对象行为型模式,中介者模式)
2017-07-24 00:00
495 查看
摘要: 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
1. 一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且那一理解
2. 一个对象引用其他很多对象并且直接与这些对象通信,导致难以复用该对象
3. 想定制一个分布在多个类中的行为,而又不想生成太多的子类。
了解并维护它的各个Colleague
每一个同事对象在需要其他的同事通信的时候,与它的中介者通信
另一个方法是在Mediator中定义一个特殊的通知接口 ,各Colleague在通信时直接调用该接口。Windows下的Smalltalk/v使用某种形式的代理机制 : 当与Mediator通信时, Colleague将自身作为一个参数传递给 Mediator,使其可以识别发送者。
在结构上调停者模式与观察者、命令模式都添加了中间对象:只是调停者模式去掉了后两者在行为上的方向;调停者模式对客户透明,后两者则客户所知。
在目的上与门面模式相同,但是门面模式介于客户程序与子程序之间,调停者模式介于子系统和子系统之间,门面模式简化客户对程序的调用,及提供统一接口封装复杂逻辑;调停者模式:隐藏在原有逻辑的后面,使得代码逻辑更加清晰。
Facade与Mediator的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个更为方便的接口。它的协议是单向的,即Facade对象对这个子系统类提出请求,但反之则不行。相反,Mediator提供了各Colleague对象不支持或不能支持的协议行为,而且协议是多向的。
Colleague有时可以使用Observer Pattern与Mediator通信
敬请期待“备忘录模式(Memento Pattern,标记模式 Token Pattern,对象行为型模式)”
意图
只要面对一个顾问用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
适用性
在下列情况下使用中介者模式: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,对象行为型模式)”
相关文章推荐
- 调停者模式(Mediator Pattern,对象行为型模式,中介者模式)
- 十一个行为型模式5:中介者模式-Mediator Pattern【学习难度:★★★☆☆,使用频率:★★☆☆☆】
- 设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)
- 设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)
- 行为型---中介者模式(Mediator Pattern)
- 设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)
- 设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)
- 设计模式十八:mediator(中介者模式)——对象行为型模式
- C#面向对象模式设计第十七讲:Mediator 中介者模式(行为型模式)
- 协调多个对象之间的交互——中介者模式(Mediator Pattern)
- 中介者(Mediator)----对象行为型模式
- 设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)
- [设计模式笔记]三. 行为型模式--19. Mediator模式(中介者)对象行为型模式(一)
- C#设计模式之十七中介者模式(Mediator Pattern)【行为型】
- C#设计模式之十七中介者模式(Mediator Pattern)【行为型】
- 中介者模式(Mediator)(对象行为型模式)
- 二十.行为型设计模式——Mediator Pattern(中介者模式)
- 3.5 Mediator(中介者) -- 对象行为型模式
- Mediator(中介者)-对象行为型模式
- "围观"设计模式(25)--行为型之中介者模式(Mediator Pattern)