摘自
https://www.cnblogs.com/BOT-Man/p/7637308.html
https://cloud.tencent.com/developer/article/1612544
观察者vs中介者
-
观察者 (observer) 模式和 中介者 (mediator) 模式
- 调用流程非常相似
- 网上相关资料、代码对两者区别的解释不够清楚
- 两个设计模式在 图形界面 (GUI) 编程中，被广泛使用
- 学习的过程是：不知道 -> 知道 -> 能向别人解释清楚
基本概念
首先需要知道 回调函数的基本概念 。。
观察者 (observer) 模式
- 通过 订阅-发布 (subscribe-publish) 模型，消除组件之间双向依赖
- 消息的 发布者 (subject) 不需要知道 观察者 (observer) 的存在
- 两者只需要约定消息的格式（如何订阅、如何发布），就可以通信
- 笔记链接
中介者 (mediator) 模式
- 通过设置 消息中心 (message center)，避免组件之间直接依赖
- 所有的 协同者 (colleague) 只能通过 中介者 (mediator) 进行通信，
而相互之间不知道彼此的存在 - 当各个组件的消息出现循环时，消息中心可以消除组件之间的依赖混乱
- 笔记链接
两者的联系
- 中介者模式 一般通过 观察者模式 实现
- 协同者 作为 发布者，中介者 作为 观察者
- 协同者 发布消息 -> 中介者 收到并处理消息 -> 中介者 直接发送消息给 协同者
- 协同者 不依赖于 中介者
- 当组件之间依赖关系简单时，可以直接使用 观察者模式
- 当组件之间依赖关系复杂是，需要借助 中介者模式 梳理关系
观察者vs发布订阅
3、发布订阅模式
（1）理解
当你了解了观察者模式房东—租客这种模型以后，你会发现，如果观察者很多，那么房东压力还是挺大的，比如收钱的压力。
这个时候，房东每天签合同、收房租跑断腿，不堪其扰，于是就去拜托中介，交给中介打理省心，于是就有了类似于房东—中介—租客的这种发布订阅模式。
（2）实践
首先我们需要定义一下中介机构：
-
EventBus这个就是相当于扮演了中介机构的角色。 -
emit发布就相当于是房东。房东不定时随机的发布消息，说某某套房子空了。 -
on订阅就相当于是房客，订阅某个户型的事件了以后就可以实时收到该户型的通知。
4、小结
- 通过上面这些示例，两者之间最大的区别就是
中介结构这一环，通过这个机构，房东和房客之间的沟通更加的顺畅了，也就是两者之间松耦合，这样的话，我们开发的时候可以将中介结构抽离成为了一个单独的文件，这样使得业务逻辑更加清晰，维护起来也更加的区别。不管这两者模式是相同还是不同的，这个我觉得是最主要的区别。 - 其它的我这里直接引用这篇文章的小结概况一下吧，我觉得这位大佬总结还是比较到位的：
- 在观察者模式中，观察者是知道Subject的，Subject一直保持对观察者进行记录。然而，在发布订阅模式中，发布者和订阅者不知道对方的存在。它们只有通过消息代理进行通信。
- 在发布订阅模式中，组件是松散耦合的，正好和观察者模式相反。
- 观察者模式大多数时候是同步的，比如当事件触发，Subject就会去调用观察者的方法。而发布-订阅模式大多数时候是异步的（使用消息队列）。
- 观察者 模式需要在单个应用程序地址空间中实现，而发布-订阅更像交叉应用模式。
- 当然，以上这些都是我自己的理解，欢迎交流。
参考学习： https://juejin.im/post/5a14e9edf265da4312808d86 https://molunerfinn.com/observer-vs-pubsub-pattern https://juejin.im/post/5bb1bb616fb9a05d2b6dccfa https://juejin.im/post/57de12355bbb50005e648bd8
网友评论