[设计模式Java实现附plantuml源码~行为型]协调多个对象之间的交互——中介者模式

前言：
为什么之前写过Golang 版的设计模式，还在重新写

Java

版？
答：因为对于我而言，当然也希望对正在学习的大伙有帮助。Java作为一门纯面向对象的语言，更适合用于学习设计模式。
为什么类图要附上uml
因为很多人学习有做笔记的习惯，如果单纯的只是放一张图片，那么学习者也只能复制一张图片，可复用性较低，附上uml，方便有新理解时，快速出新图。

🔥[设计模式Java实现附plantuml源码]专链

• 创建型

1. 确保对象的唯一性～单例模式
2. 集中式工厂的实现～简单工厂模式
3. 多态工厂的实现——工厂方法模式
4. 产品族的创建——抽象工厂模式
5. 对象的克隆～原型模式
6. 复杂对象的组装与创建——建造者模式

• 结构型

1. 提供统一入口——外观模式
2. 扩展系统功能——装饰模式
3. 树形结构的处理——组合模式
4. 对象的间接访问——代理模式
5. 不兼容结构的协调——适配器模式
6. 处理多维度变化——桥接模式
7. 实现对象的复用——享元模式

• 行为型

1. 请求的链式处理——职责链模式
2. 请求发送者与接收者解耦——命令模式
3. 遍历聚合对象中的元素——迭代器模式
4. 协调多个对象之间的交互——中介者模式

文章目录

如果在一个系统中对象之间的联系呈现为网状结构，如图所示。

对象之间存在大量的多对多联系，将导致系统非常复杂，这些对象既会影响别的对象，也会被别的对象所影响，这些对象称为同事对象，它们之间通过彼此的相互作用实现系统的行为。在网状结构中，几乎每个对象都需要与其他对象发生相互作用，而这种相互作用表现为一个对象与另外一个对象的直接耦合，这将导致一个过度耦合的系统。

中介者模式可以使对象之间的关系数量急剧减少。通过引入中介者对象，可以将系统的网状结构变成以中介者为中心的星形结构，如图所示。

在这个星形结构中，同事对象不再直接与另一个对象联系，它通过中介者对象与另一个对象发生相互作用。中介者对象的存在保证了对象结构上的稳定，也就是说，系统的结构不会因为新对象的引入带来大量的修改工作。

如果在一个系统中对象之间存在多对多的相互关系，可以将对象之间的一些交互行为从各个对象中分离出来，并集中封装在一个中介者对象中，由该中介者进行统一协调，这样对象之间多对多的复杂关系就转化为相对简单的一对多关系。通过引入中介者来简化对象之间的复杂交互，中介者模式是迪米特法则的一个典型应用。

中介者模式定义如下：
中介者模式（Mediator Pattern）：用一个中介对象（中介者）来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。

在中介者模式中，引入了用于协调其他对象／类之间相互调用的中介者类。为了让系统具有更好的灵活性和可扩展性，通常还提供了抽象中介者，其结构图如图所示。

@startuml

abstract class Mediator {}

class ConcreteMediator extends Mediator {}

abstract class Colleague {}

class ConcreteColleagueA extends Colleague{}

class ConcreteColleagueB extends Colleague{}

Colleague -left-> Mediator : mediator

ConcreteMediator --right> ConcreteColleagueA: 依赖同事类A
ConcreteMediator -right-> ConcreteColleagueB: 依赖同事类B

@enduml

可以看出，在中介者模式结构图中包含以下4个角色：
（1）Mediator（抽象中介者）：它定义一个接口，该接口用于与各同事对象之间进行通信。
（2）ConcreteMediator（具体中介者）：它是抽象中介者的子类，通过协调各个同事对象来实现协作行为，维持了对各个同事对象的引用。
（3）Colleague（抽象同事类）：它定义各个同事类公有的方法，并声明了一些抽象方法来供子类实现，同时维持了一个对抽象中介者类的引用，其子类可以通过该引用来与中介者通信。
（4）ConcreteColleague（具体同事类)：它是抽象同事类的子类。每一个同事对象在需要和其他同事对象通信时，先与中介者通信，通过中介者来间接完成与其他同事类的通信。在具体同事类中实现了在抽象同事类中声明的抽象方法。

中介者模式的核心在于中介者类的引入。在中介者模式中，中介者类承担了以下两方面的职责：
（1）中转作用（结构性）。通过中介者提供的中转作用，各个同事对象就不再需要显式地引用其他同事。当需要和其他同事进行通信时，可通过中介者来实现间接调用。该中转作用属于中介者在结构上的支持。
（2）协调作用（行为性）。中介者可以更进一步地对同事之间的关系进行封装，同事可以一致地和中介者进行交互，而不需要指明中介者需要具体怎么做。中介者根据封装在自身内部的协调逻辑，对同事的请求进行进一步处理，将同事成员之间的关系行为进行分离和封装。该协调作用属于中介者在行为上的支持。

简单代码实现

packagebehavior;importjava.util.ArrayList;publicclassMediatorDemo{publicstaticvoidmain(String[] args){Mediator mediator =newConcreteMediator();Colleague colleagueA =newConcreteColleagueA(mediator);Colleague colleagueB =newConcreteColleagueB(mediator);
        mediator.register(colleagueB);
        colleagueA.method2();}abstractstaticclassMediator{protectedfinalArrayList<Colleague> colleagues =newArrayList<>();// 注册方法，用于增加同事对象publicvoidregister(Colleague colleague){
            colleagues.add(colleague);}// 声明抽象业务方法publicabstractvoidoperation();}abstractstaticclassColleague{// 维持一个中介者的引用privatefinalMediator mediator;publicColleague(Mediator mediator){this.mediator = mediator;}// 声明自身方法，处理自己的行为publicabstractvoidmethod1();// 定义依赖方法，与中介者进行通信publicvoidmethod2(){
            mediator.operation();}}staticclassConcreteMediatorextendsMediator{// 实现业务方法，封装同事间调用@Overridepublicvoidoperation(){System.out.println("中介者调用依赖同事");
            colleagues.forEach(Colleague::method1);}}staticclassConcreteColleagueAextendsColleague{publicConcreteColleagueA(Mediator mediator){super(mediator);}@Overridepublicvoidmethod1(){System.out.println("同事A调用");}}staticclassConcreteColleagueBextendsColleague{publicConcreteColleagueB(Mediator mediator){super(mediator);}@Overridepublicvoidmethod1(){System.out.println("同事B调用");}}}

输出结果

中介者调用依赖同事
同事B调用

中介者模式总结

中介者模式将一个网状的系统结构变成一个以中介者对象为中心的星形结构。在这个星形结构中，使用中介者对象与其他对象的一对多关系来取代原有对象之间的多对多关系。中介者模式在事件驱动类软件中应用较为广泛，特别是基于GUI的应用软件。此外，在类与类之间存在错综复杂的关联关系的系统中，中介者模式都得到了较好的应用。

主要优点

中介者模式的主要优点如下：
（1）中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互。一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星形结构。
（2）中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，可以独立地改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合开闭原则。
（3）可以减少大量同事子类生成。中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需要生成新的中介者子类即可，这使得各个同事类可以被重用，无须对同事类进行扩展。

主要缺点

中介者模式的主要缺点是：在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。

适用场景

在以下情况下可以考虑使用中介者模式：
（1）系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
（2）一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
（3）想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。

🚀 作者简介：作为某云服务提供商的后端开发人员，我将在这里与大家简要分享一些实用的开发小技巧。在我的职业生涯中积累了丰富的经验，希望能通过这个博客与大家交流、学习和成长。技术栈：Java、Golang、PHP、Python、Vue、React

本文收录于三木的
💐 「设计模式」专栏
此外三木还有以下专栏在同步更新～

🌼 「AI」专栏

🔥「面试」这个专栏的灵感来自于许多粉丝私信，大家向我咨询有关面试的问题和建议。我深感荣幸和责任，希望通过这个专栏，能够为大家提供更多关于面试的知识、技巧和经验。我们将一起探讨面试。期待粉丝们ssp的offer喜讯。

🎈 「Java探索者之路」系列专栏，这个专栏旨在引领Java开发者踏上一段真正探索Java世界的旅程。
我们将深入探讨Java编程的方方面面，从基础知识到高级技巧，从实践案例到最新趋势，帮助你成为一名卓越的Java探索者。如果有想进入Java后端领域工作的同学，这个专栏会对你有所帮助，欢迎关注起来呀

🌊 「Python爬虫」的入门学习系列，大家有兴趣的可以看一看

🌹一起学习，互三互访，顺评论区有访必回，有关必回！！！