相信自己,请一定要相信自己
上一章简单介绍了观察者模式(二十), 如果没有看过, 请观看上一章
一. 中介者模式
引用 菜鸟教程里面中介者模式介绍: https://www.runoob.com/design-pattern/mediator-pattern.html
中介者模式(Mediator Pattern)是用来降低多个对象和类之间的通信复杂性。
这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。
中介者模式属于行为型模式
一.一 介绍
意图: 用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,
而且可以独立地改变它们之间的交互。
主要解决: 对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,
同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。
何时使用: 多个类相互耦合,形成了网状结构。
如何解决: 将上述网状结构分离为星型结构。
关键代码: 对象 Colleague 之间的通信封装到一个类中单独处理。
应用实例:
1、中国加入 WTO 之前是各个国家相互贸易,结构复杂,现在是各个国家通过 WTO 来互相贸易。
2、机场调度系统。
3、MVC 框架,其中C(控制器)就是 M(模型)和 V(视图)的中介者。
优点: 1、降低了类的复杂度,将一对多转化成了一对一。 2、各个类之间的解耦。 3、符合迪米特原则。
缺点: 中介者会庞大,变得复杂难以维护。
使用场景:
1、系统中对象之间存在比较复杂的引用关系,导致它们之间的依赖关系结构混乱而且难以复用该对象。
2、想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。
注意事项: 不应当在职责混乱的时候使用。
组成角色 | 具体 | 关系 |
---|---|---|
抽象中介者(Mediator) | Mediator | 抽象中介者,定义了同事对象到中介者对象的接口 |
具体的中介者对象(ConcreteMediator) | ConcreteMediator | 抽象同事类 |
抽象同事类(Colleague) | Colleague | 抽象同事类 |
具体同事类(ConcreteColleague) | PhoneColleague,TVColleague | 具体的同事类,会有很多, 每个同事只知道自己的行为,而不了解其他同事类的行为(方法), 但 是他们都依赖中介者对象 |
二. 中介者模式实例
二.一 抽象同事类 Colleague
@Data
public abstract class Colleague {
private String name;
private Mediator mediator;
public Colleague (String name, Mediator mediator) {
this.name = name;
this.mediator = mediator;
}
public abstract void sendCmd(String cmd);
}
二.二 具体同事类实现
二.二.一 手机实现
@Slf4j
public class PhoneColleague extends Colleague{
public PhoneColleague(String name, Mediator mediator) {
super(name,mediator);
// 注册到中介集合里面。
mediator.register(name,this);
}
@Override
public void sendCmd(String cmd) {
getMediator().getCmdMessage(this.getName(),cmd);
}
public void call() {
log.info(">>> {} 打电话",super.getName());
}
public void wx() {
log.info(">>>>> {}打开微信",super.getName());
}
}
二.二.二 TV实现
@Slf4j
public class TVColleague extends Colleague{
public TVColleague (String name, Mediator mediator) {
super(name,mediator);
// 注册到中介集合里面。
mediator.register(name,this);
}
@Override
public void sendCmd(String cmd) {
getMediator().getCmdMessage(this.getName(),cmd);
}
public void on() {
log.info(">>> {} 开启电视",super.getName());
}
public void off() {
log.info(">>>>> {} 关闭电视",super.getName());
}
}
二.三 抽象中介者 Mediator
public interface Mediator {
void register (String name, Colleague colleague) ;
void getCmdMessage (String name, String cmd);
}
二.四 具体中介者 ConcreteMediator
public class ConcreteMediator implements Mediator{
private HashMap <String,Colleague> colleagueHashMap = new HashMap<>();
@Override
public void register(String name, Colleague colleague) {
colleagueHashMap.put(name,colleague);
}
@Override
public void getCmdMessage(String name, String cmd) {
// 根据名称,获取信息.
Colleague colleague = colleagueHashMap.get(name);
if (colleague == null) {
return ;
}
if (colleague instanceof TVColleague) {
// 是电视相应的
TVColleague tvColleague = (TVColleague) colleague;
if ("on".equals(cmd)){
tvColleague.on();
}else if ("off".equals(cmd)){
tvColleague.off();
}
}else if (colleague instanceof PhoneColleague) {
// 是电视相应的
PhoneColleague phoneColleague = (PhoneColleague) colleague;
if ("call".equals(cmd)){
phoneColleague.call();
}else if ("wx".equals(cmd)){
phoneColleague.wx();
}
}
}
}
二.五 客户端调用
@Test
public void oneTest(){
ConcreteMediator concreteMediator = new ConcreteMediator();
Colleague tv1 = new TVColleague("tv1",concreteMediator);
Colleague phone1 = new PhoneColleague("ph1",concreteMediator);
Colleague phone2 = new PhoneColleague("ph2",concreteMediator);
// 发送指令
tv1.sendCmd("on");
phone1.sendCmd("wx");
phone2.sendCmd("call");
}
优点:
1.多个类相互耦合,会形成网状结构, 使用中介者模式将网状结构分离为星型结构,进行解耦
- 减少类间依赖,降低了耦合,符合迪米特原则
缺点:
- 中介者承担了较多的责任,一旦中介者出现了问题,整个系统就会受到影响
- 如果设计不当,中介者对象本身变得过于复杂,这点在实际使用时,要特别注意
本章节的代码放置在 github 上:
https://github.com/yuejianli/DesignPattern/tree/develop/Mediator
谢谢您的观看,如果喜欢,请关注我,再次感谢 !!!