大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
动机
在软件构建过程中,经常会出现多个多个对象相互关联交互的情况,对象之间常常会维持一种复杂的引用关系.如果遇到一些需求的更改.这种直接的引用关系将面临不断地变化
这种情况下,我们可以使用一个”中介对象”来管理对象间地关联关系,避免相互交互地对象之间地紧耦合引用关系,从而更好地抵御变换
模式定义
用一个中介对象来封装(封装变化)一系列地对象交互中.中介者使各个对象不需要显式地相互引用(编译时依赖->运行时依赖),从而使其耦合松散(管理变化),而且可以独立地改变他们之间地交互
结构
要点总结
- 将多个对象间复杂的关联关系解耦,Mediator模式将多个对象间的控制逻辑进行集中管理(往往在背后需要实现调用机制),变”多个对象相互管理”为”多个对象和一个中介者关联”,简化了系统的维护,抵御了可能的变化
- 随着控制逻辑的复杂化,Mediator具体对象的实现可能相当复杂.这时候可以对Mediator对象进行分解处理
- Facade模式是解耦系统间(单向)的对象关联关系;Mediator模式是解耦系统内各个对象之间(双向)的关联关系
- Facade模式是解耦系统间(单向)的对象关联关系;Mediator模式是解耦系统内各个对象之间(双向)的关联关系
笔记
- 情景 比如更改界面的时候控件会变 更改控件的时候界面会变.界面中引用控件,控件中引用界面
- 双向依赖关系 控件引用界面 界面引用控件
- 结构图中 Colleage之间式不依赖地(本来是直接依赖)Mediator和Colleage之间式双向依赖 但是Colleage之间不是双向依赖了
- ConcreteColleage1 和 ConcreteColleage2现实当中可能不是继承某个子类
- 将对象互相错综复杂地引用 变成 他们共同引用一个Mediator 然后互相调用地时候都是通过Mediator去调用
- 调用通知规范是灵活地
- 直接依赖关系变成间接依赖关系
- Fasade解决地是系统外和系统内地隔离 Mediator是系统内自己地隔离
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/168831.html原文链接：https://javaforall.net
