观察者vs发布订阅vs中介模式 2020-09-14

摘自
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、小结

• 通过上面这些示例，两者之间最大的区别就是中介结构这一环，通过这个机构，房东和房客之间的沟通更加的顺畅了，也就是两者之间松耦合，这样的话，我们开发的时候可以将中介结构抽离成为了一个单独的文件，这样使得业务逻辑更加清晰，维护起来也更加的区别。不管这两者模式是相同还是不同的，这个我觉得是最主要的区别。
• 其它的我这里直接引用这篇文章的小结概况一下吧，我觉得这位大佬总结还是比较到位的：
  1. 在观察者模式中，观察者是知道Subject的，Subject一直保持对观察者进行记录。然而，在发布订阅模式中，发布者和订阅者不知道对方的存在。它们只有通过消息代理进行通信。
  2. 在发布订阅模式中，组件是松散耦合的，正好和观察者模式相反。
  3. 观察者模式大多数时候是同步的，比如当事件触发，Subject就会去调用观察者的方法。而发布-订阅模式大多数时候是异步的（使用消息队列）。
  4. 观察者 模式需要在单个应用程序地址空间中实现，而发布-订阅更像交叉应用模式。
• 当然，以上这些都是我自己的理解，欢迎交流。

参考学习： https://juejin.im/post/5a14e9edf265da4312808d86 https://molunerfinn.com/observer-vs-pubsub-pattern https://juejin.im/post/5bb1bb616fb9a05d2b6dccfa https://juejin.im/post/57de12355bbb50005e648bd8