中介者模式
智能家庭管理问题
智能家庭项目:
- 1)智能家庭包括各种设备,闹钟、咖啡机、电视机、窗帘等
- 2)主人要看电视时,各个设备可以协同工作,自动完成看电视的准备工作,比如流程为:
闹铃响起 => 咖啡机开始做咖啡 => 窗帘自动落下 => 电视机开始播放
传统方案解决智能家庭管理问题
传统方式问题分析
- 1)当各电器对象有多种状态改变时,相互之间的调用关系会比较复杂
- 2)各个电器对象彼此联系,你中有我,我中有你,不利于松耦合
- 3)各个电器对象之间所传递的消息(参数),容易混乱
- 4)当系统增加一个新的电器对象时,或者执行流程改变时,代码的可维护性、扩展性都不理想→考虑中介者模式
中介者模式
- 1)中介者模式(
Mediator Pattern
),用一个中介对象来封装一系列的对象交互。中介者使各个对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互 - 2)中介者模式属于行为型模式,使代码易于维护
- 3)比如 MVC 模式,C(
Controller
控制器)是M(Model
模型)和V(View
视图)的中介者,在前后端交互时起到了中间人的作用
原理类图
中介者模式角色及职责
Mediator
【抽象中介者】:定义了同事对象到中介者对象的接口ConcreteMediator
【具体的中介者对象】:实现抽象中介者方法,需要知道所有具体的同事类,即以一个集合来管理HashMap
,并接受某个同事对象消息,完成相应的任务Colleague
【抽象同事类】ConcreteColleague
【具体的同事类】:会有很多,只知道自己的行为,而不了解其他同事类的行为(方法),但他们都依赖中介者对象
中介者模式解决智能家庭管理问题
UML 类图
智能家庭管理操作流程
- 1)创建
ConcreMediator
对象 - 2)创建各个同事类对象,比如:
Alarm
、CoffeeMachine
、TV
… - 3)在创建同事类对象时,直接通过构造器加入到
colleagueMap
- 4)同事类对象可以调用
sendMessage
,最终会去调用ConcreteMediator
的getMessage
方法 - 5)
getMessage
会根据接收到的同事对象发出的消息,来协调调用其它的同事对象,完成任务 - 6)可以看到
getMessage
是核心方法,完成相应任务
核心代码
抽象中介者
1 | public abstract class Mediator { |
抽象同事类
1 | public abstract class Colleague { |
具体同事类
1 | /** |
具体中介者
1 | public class ConcreteMediator extends Mediator { |
测试代码
1 | //创建中介者 |
中介者模式的注意事项和细节
优点
- 1)多个类相互耦合,会形成网状结构,使用中介者模式将网状结构分离为星型结构,进行解耦
- 2)减少类间依赖,降低了耦合,符合迪米特原则
缺点
- 3)中介者承担了较多的责任,一旦中介者出现了问题,整个系统就会受到影响
- 4)如果设计不当,中介者对象本身变得过于复杂,这点在实际使用时,要特别注意
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 凉月の博客!
评论