通过理论,代码示例,Android源码来学习中介者模式
介绍
中介者模式 (Mediator Pattern) 也称为调解者模式或调停者模式,Mediator 本身就有调停者和调解者的意思。在日常生活中调停者或调解者这个角色我们见得比较多的是 ”和事佬“,也就是说调解两个有争端的人的角色。
定义
中介者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用,保证这些作用可以彼此独立变化。中介者模式将多对多的相互作用转化为一对多的相互作用。中介者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。
使用场景
当对象之间的交互操作很多且每个对象的行为操作都依赖彼此时,为防止在修改一个对象的行为时,同时涉及修改很多其他对象的行为,可采用中介者模式来解决紧耦合问题。该模式将对象之间的多对多变成一对多关系,中介者对象将系统从网状结构变成以调解者为中心的星形结构,达到降低系统的复杂性,提高可扩展性的作用。
UML 类图
- Mediator: 抽象中介者角色,定义了同事对象到中介者对象的接口,一般以抽象类的方式实现。
- ConcreteMediator: 具体中介者角色,继承于抽象中介者,实现了父类定义的方法,它从具体的同事对象接收消息,向具体同事对象发出命令。
- Colleague: 抽象同事类角色,定义了中介者对象的接口,它只知道中介者而不知道其它的同事对象。
- ConcreteColleagueA/B: 具体同事类角色,继承于抽象同事类,每个具体同事类都知道本身在小范围内的行为,而不知道它在大范围内的目的。
代码示例
简单示例
中介抽象类:
1 | public abstract class Mediator { |
具体中介者:
1 | public class ConcreteMediator extends Mediator { |
抽象同事:
1 | public abstract class Colleague { |
具体同事实现类A/B
1 | public class ConcreteColleagueA extends Colleague { |
1 | public class ConcreteColleagueB extends Colleague { |
test
1 |
|
output
1 | ConcreteColleagueA 将信息递交给中介者处理 |
实战
需求: 用代码演示电脑中的主板怎么把 CPU、内存、显卡、IO 设备 等组合在一起的,并控制他们播放音视频数据?用中介者模式
抽象中介类:
1 | public abstract class Mediator { |
具体抽象中介类:
1 | public class MainBoard extends Mediator { |
抽象同事:
1 | public class CDDevice extends Colleague { |
cpu、GraphicsCard,SoundCard, 这几个实现都差不多就不在贴代码了。
操作类:
1 |
|
output:
1 | 音频 = [音频数据] |
从上述程序演示中大家可以明白,中介者模式就是用来协调多个对象之间的交互,就像上面实例中的主板,如果没有主板这个中介者,那么计算机里的没一个零部件都要与其它零部件建立关联,比如 CPU 要与内存交互、CPU 要与显卡交互、CPU 要与 IO 设备交互等,这么一来就会构成一个错综复杂的网状图,而中介者模式的出现则是将这一个错综复杂的网状图编程一个结构清晰的星状图,其中心就是中介者。
总结
在面向对象的编程语言里,一个类必然会与其他类产生依赖关系,如果这种依赖关系如网状般错综复杂,那么必然会影响我们的代码执行效率,适当的使用中介者模式可以对这种依赖关系解耦使逻辑结构清晰,但是,如果几个类之间的依赖关系并不复杂,使用中介者模式反而使得原本不复杂的逻辑结构变得复杂,所以,我们在决定使用中介者模式之前要多考虑权衡利弊。