设计模式——中介者

MEDIATOR 中介者

 参考《设计模式——可复用面向对象软件的基础》和《研磨设计模式》的读书笔记。

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);
	}

}
 Colleague Class

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);
	}

}
Client

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();
		
		
	}

}
9、 相关模式

Façade与中介者的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个更方便的接口。它的协议是单向的,即Façade对象对这个子系统类提出请求,但反之则不行。相反,Mediator提供了各Colleague对象不支持或不能支持的协作行为,而且协议是多向的。

Colleague可使用Observer模式与Mediator通信。

10、 广义中介者

在我们的通常使用中,经常会简化中介者模式,来使开发变得简单,有如下变化:

  • 通常会去掉同事对象的父类,这样可以让任意的对象,只要需要相互交互,就可以成为同事。
  • 通常不定义Mediator接口,把具体的中介者对象实现成单例。
  •  同事对象不再持有中介者,而是在需要的时候直接获取中介者对象并调用;中介者也不再持有同事对象,而是在具体处理方法里面去创建,或者获取,或者从参数传入需要的同事对象。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值