观察者模式中目标与观察者直接通信，发布-订阅模式通过事件中心间接通信。前者为同步、高耦合，适用于简单状态更新；后者为异步、完全解耦，适合复杂系统模块间通信，两者均实现一对多消息传递但机制不同。
观察者模式和发布-订阅模式在JavaScript中常被用来实现对象间的解耦通信，它们看起来很相似，但核心机制和使用场景有所不同。
观察者模式：直接依赖
在观察者模式中，一个目标对象（Subject）维护一组依赖它的观察者（Observer），当目标状态发生变化时，会主动通知所有观察者进行更新。
关键特点是：观察者与被观察者之间是一对多的直接依赖关系，两者通常知道彼此的存在。
实现方式：Subject提供添加、删除和通知观察者的方法 Observer实现一个update方法，用于接收通知 Subject变化时，遍历观察者列表并调用其update
这种模式常见于MVC架构或数据绑定场景，比如视图监听模型变化。
立即学习“Java免费学习笔记（深入）”；
发布-订阅模式：通过中介通信
发布-订阅模式引入了一个事件通道（Event Channel）或调度中心，发布者（Publisher）不直接通知订阅者（Subscriber），而是将消息推送给事件系统，由系统负责分发。
关键特点是：发布者与订阅者完全解耦，彼此不知道对方存在，通信通过中间媒介完成。
实现方式：事件中心维护事件队列和回调映射 订阅者向事件中心注册感兴趣的主题和回调 发布者向事件中心发布消息，事件中心触发对应主题的回调
这种模式更适合复杂应用中的跨模块通信，如组件间通信、事件总线等。
主要异同点总结
相同点：
都实现了对象间的松耦合通信 都是一对多的消息传递机制 都能动态添加或移除监听者
不同点：
观察者模式是同步的、直接调用；发布-订阅通常是异步的、通过事件循环 观察者中主体管理观察者列表；发布-订阅中由事件中心统一调度 观察者模式耦合度较高；发布-订阅模式更彻底地解耦
基本上就这些。在实际开发中，小型状态管理可用观察者，大型系统推荐使用发布-订阅来降低模块间依赖。两种模式各有适用场景，理解其本质差异有助于合理选择。
以上就是JavaScript中的设计模式：观察者模式（Observer）与发布-订阅模式（Pub/Sub）有何异同？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1529575.html
微信扫一扫 
支付宝扫一扫 
