动机
在软件构建过程中,经常会出现多个多个对象相互关联交互的情况,对象之间常常会维持一种复杂的引用关系.如果遇到一些需求的更改.这种直接的引用关系将面临不断地变化
这种情况下,我们可以使用一个"中介对象"来管理对象间地关联关系,避免相互交互地对象之间地紧耦合引用关系,从而更好地抵御变换
模式定义
用一个中介对象来封装(封装变化)一系列地对象交互中.中介者使各个对象不需要显式地相互引用(编译时依赖->运行时依赖),从而使其耦合松散(管理变化),而且可以独立地改变他们之间地交互
结构
要点总结
- 将多个对象间复杂的关联关系解耦,Mediator模式将多个对象间的控制逻辑进行集中管理(往往在背后需要实现调用机制),变"多个对象相互管理"为"多个对象和一个中介者关联",简化了系统的维护,抵御了可能的变化
- 随着控制逻辑的复杂化,Mediator具体对象的实现可能相当复杂.这时候可以对Mediator对象进行分解处理
- Facade模式是解耦系统间(单向)的对象关联关系;Mediator模式是解耦系统内各个对象之间(双向)的关联关系
- Facade模式是解耦系统间(单向)的对象关联关系;Mediator模式是解耦系统内各个对象之间(双向)的关联关系
笔记
- 情景 比如更改界面的时候控件会变 更改控件的时候界面会变.界面中引用控件,控件中引用界面
- 双向依赖关系 控件引用界面 界面引用控件
- 结构图中 Colleage之间式不依赖地(本来是直接依赖)Mediator和Colleage之间式双向依赖 但是Colleage之间不是双向依赖了
- ConcreteColleage1 和 ConcreteColleage2现实当中可能不是继承某个子类
- 将对象互相错综复杂地引用 变成 他们共同引用一个Mediator 然后互相调用地时候都是通过Mediator去调用
- 调用通知规范是灵活地
- 直接依赖关系变成间接依赖关系
- Fasade解决地是系统外和系统内地隔离 Mediator是系统内自己地隔离