设计模式之中介者模式

设计模式
字数统计: 1.3k   |   阅读时长≈ 4 分钟

中介者模式

中介者模式

中介者模式( Mediator Pattern)又称为调解者模式或调停者模式，用一个中介对象封装系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互，属于行为型模式。

中介者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用，从而使它们可以松散耦合，当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用，保证这些作用可以彼此独立的变化。

其核心思想是，通过中介者解耦系统各层次对象的直接耦合，层次对象的对外依赖通信统统交由中介者转发。

通用UML图如下

image-20210428224445685

从UML类图中，可以看到，中介者模式主要包含4个角色：

抽象中介者（Mediator）：定义统一的接口，用于各同事角色之间的通信；

具体中介者（ConcreleMedatr）：从具体的同事对象接收消息，协调各同事间的协作；

抽象同事类（Colleague）：每一个同事对象均需要依赖中介者角色，与其他同事间通信时，交由中介者进行转发协作；

具体同事类（ConcreteColleague）：负责实现自发行为（Self-Method），转发依赖方法（Dep-Method）交由中介者进行协调。

中介者模式的应用场景

在现实生活中，中介者的存在是不可缺少的，其实我们日常生活中每天在刷的朋友圏，就是一个中介者，还有我们所见的信息交易平台也是中介者模式的体现。

中介者模式是用来降低多个对象和类之间的通信复杂性。这种模式通过提供一个中介类，将系统各层次对象间的多对多关系变成一对多关系，中介者对象可以将复杂的网状结构变成以调停者为中心的星形结构，达到降低系统的复杂性，提高可扩展性的作用。

若系统各层次对象之间存在大量的关联关系，即层次对象呈复杂的网状结构，如果直接让它们紧耦合通信，会造成系统结构变得异常复杂，且其中某个层次对象发生改变，则与其紧耦合的相应层次对象也需进行修改，系统很难进行维护。而通过为该系统増加一个中介者层次对象，让其他各层次需对外通信的行为统统交由中介者进行转发，系统呈现以中介者为中心进行通讯的星形结构，系统的复杂性大大降低。简单的说就是多个类相互耦合，形成了网状结构，则考虑使用中介者模式进行优化。

总结中介者模式适用于以下场景

1、系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解

2、交互的公共行为，如果需要改变行为则可以増加新的中介者类。

通用代码

抽象同事类（Colleague）

1
2
3
4
5
6
7
8
9
public abstract class Colleague
{
	protected Mediator mediator;

	public Colleague(Mediator mediator)
	{
		this.mediator = mediator;
	}
}

具体同事类（ConcreteColleague）

ConcreteColleagueA

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class ConcreteColleagueA extends Colleague
{
	public ConcreteColleagueA(Mediator mediator)
	{
		super(mediator);
	}

	public void selfMethodA()
	{
		System.out.println("selfMethodA");
	}

	public void depMethodA()
	{
		System.out.println("depMethodA");
		mediator.transferToB();
	}
}

ConcreteColleagueB

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class ConcreteColleagueB extends Colleague
{
	public ConcreteColleagueB(Mediator mediator)
	{
		super(mediator);
	}

	public void selfMethodB()
	{
		System.out.println("selfMethodB");
	}

	public void depMethodB()
	{
		System.out.println("depMethodB");
		mediator.transferToA();
	}

抽象中介者（Mediator）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public abstract class Mediator
{
	protected ConcreteColleagueA concreteColleagueA;
	protected ConcreteColleagueB concreteColleagueB;

	public void setConcreteColleagueA(ConcreteColleagueA concreteColleagueA)
	{
		this.concreteColleagueA = concreteColleagueA;
	}

	public void setConcreteColleagueB(ConcreteColleagueB concreteColleagueB)
	{
		this.concreteColleagueB = concreteColleagueB;
	}

	abstract void transferToA();
	abstract void transferToB();

}

具体中介者（ConcreleMedatr）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class ConcreteMediator extends Mediator
{
	@Override
	void transferToA()
	{
		concreteColleagueA.selfMethodA();
	}

	@Override
	void transferToB()
	{
		concreteColleagueB.selfMethodB();
	}
}

测试代码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class Main
{
	public static void main(String[] args)
	{
		ConcreteMediator mediator = new ConcreteMediator();
		ConcreteColleagueA concreteColleagueA = new ConcreteColleagueA(mediator);
		ConcreteColleagueB concreteColleagueB = new ConcreteColleagueB(mediator);

		mediator.setConcreteColleagueA(concreteColleagueA);
		mediator.setConcreteColleagueB(concreteColleagueB);

		concreteColleagueA.depMethodA();
		concreteColleagueB.depMethodB();
	}
}

输出

1
2
3
4
depMethodA
selfMethodB
depMethodB
selfMethodA

中介者模式在源码中的体现

JDK中的 Timer类中有很多的 schedule()重载方法，所有方法最终都是调用了私有的sched()方法，不管是什么样的任务都被加入到一个队列中顺序执行。我们把这个队列中的所有对象称之为“同事”。同事之间通信都是通过Timer来协调完成的，Timer就承担了中介者的角色。

中介者模式的优缺点

优点

1、减少类间依赖，将多对多依赖转化成了一对多，降低了类间耦合;

2、类间各司其职，符合迪米特法则。

缺点

中介者模式中将原本多个对象直接的相互依赖变成了中介者和多个同事类的依赖关系，当同事类越多时,中介者就会越臃肿,变得复杂且难以维抱。

打赏

请我喝杯咖啡吧~

支付宝
微信