23种设计模式之中介者模式

23 种设计模式之中介者模式

行为型设计模式

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

多个人聊天, 我们都是人到人聊天, 如何是这样, 我有10个好友, 就要建10个连接, 你又20个好友, 建立20个连接, 怎么可能, 这太耗费资源了. 其实在微信端有一个资源服务器, 所有人发的消息都是发到服务器上, 然后通过推送或者拉取的方式将消息显示在目标终端. 这个资源服务器就是中介者的一种.

---

介绍

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

优点：

1. 降低了类的复杂度，各个类之间实现了解耦，将一对多转化成了一对一。（各个对象只对应一个中介者）
2. 符合迪米特原则。（对象只知道中介者）

缺点： 中介者会庞大，变得复杂难以维护。（中介者控制了集中化，把交互复杂性变成了中介的复杂性）

何时使用： 多个类相互耦合，形成了网状结构。（紧密耦合的情况（网状））

主要代码：
同事类之间的通信都交由中介者处理。所以每个同事类都有包含有中介类
主要角色：

1. 抽象中介者
2. 抽象同事类
3. 具体中介者（中介者角色中需要知道具体的所有同事类）
4. 具体同事类

---

为什么需要使用中介者模式

首先我们查看如下两张图：

图一中：他们之间的关系会呈现为复杂的网状结构，这是一种过度耦合的架构，即不利于类的复用，也不稳定。假设对象A发生变化，那么关联的会有三个对象发生改变。

图二中：引入中介者模式，那么类之间的关系将变为星型结构，任何一个类的变动，只会影响的类本身，以及中介者，这样就减小了系统的耦合。

---

代码实现

// 抽象中介者类
public abstract class Mediator{
	public abstract void send(string message,Colleague colleague);
}
//抽象同事类
public abstract class Colleague{
	protected Mediator mediator;
	publib Colleague(Mediator mediator）{
		this.mediator = mediator;
	}
}
public class ConcreteMediator{
	private Colleague colleague1;
	private Colleague colleague2;
	@Override
	public void send(String message,Colleague colleague){
		if(colleague == colleague1){
			colleague2.notify(message);
		} else {
			colleague1.notify(message);
		}
	}
}
public class ConcreteColleague1 {

	publib ConcreteColleague1(Mediator mediator）{
		this.mediator = mediator;
	}
	@Override
	public void send(String message){
		mediator.send(message,this);
	}
	@Override
	public void notify(String message){
		// 同事1 获得消息 message 
	}
}
public class ConcreteColleague2 {

	publib ConcreteColleague2(Mediator mediator）{
		this.mediator = mediator;
	}
	@Override
	public void send(String message){
		mediator.send(message,this);
	}
	@Override
	public void notify(String message){
		// 同事2 获得消息 message 
	}
}

---

中介者和观察者之间的区别

1. 观察者依赖与被观察者的状态改变，两者之间需要交互
2. 多个对象之间需要交互，对象之间的交互会形成网状结构，引入中介者，各个对象根本不知道其他对象的存在，只需要将消息发送给中介者，由中介者来进行处理。