中介者模式和观察者模式区别?

最新推荐文章于 2025-07-03 16:15:00 发布
最新推荐文章于 2025-07-03 16:15:00 发布
阅读量3.8k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yin18827152962/article/details/82669068
本文探讨了中介者模式与观察者模式的区别。中介者模式关注同事类间的交互，而观察者模式则侧重于目标变化后对观察者的统一通知。文章还解释了观察者模式又称为发布-订阅模式。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

中介者模式和观察者模式区别?

中介者(mediator)强调的是同事(colleague)类之间的交互

而观察者(observer)中的目标类(subject)强调是目标改变后对观察者进行统一的通讯

两者非常相同的一点就是:中介者需要持有并且知道所有的同事类,而目标类也必须持有所有的目标类,但是是一目标类的接口引用方式持有,所以说目标类是不知道观察者的,多有的观察者都是一样的

所以观察者模式有一个更容易理解的名称"发布-订阅模式"

【设计模式】观察者模式与中介者模式深度解析——从消息传递到关系调控，探索行为型模式的精妙之处！
喵手的博客
11-25 922
设计模式，是我们每位开发者“内功修炼”的基础！今天要介绍的观察者模式和中介者模式，作为行为型模式的两大代表，各自处理不同的业务需求：观察者模式关注消息传递和数据同步，而中介者模式专注于关系调控，帮助我们打造更加解耦、清晰的代码结构。🤓在今天的讲解中，我们会详细剖析这两个模式的定义、应用场景、以及具体代码实现。带着这些问题，一起去深挖吧：究竟什么时候用观察者模式？中介者模式的优势又在哪里？期待这些模式的理解之旅，能让你在开发过程中找到适合的、优雅的解决方案！🎉。
行为型模式对比：观察者模式 vs 中介者模式 vs 命令模式
02-11 901
在软件开发中，对象之间的交互设计直接影响系统的可扩展性、解耦性和可维护性。当多个对象需要进行事件通知、协调通信或请求执行时，可以使用观察者模式（Observer Pattern）、中介者模式（Mediator Pattern）和命令模式（Command Pattern）来优化代码结构。这三种模式都属于行为型设计模式（Behavioral Design Patterns），但它们的目的、设计方式、适用场景都不同。本文将从事件驱动、对象交互、职责划分、解耦程度等方面进行对比，帮助你理解它们的区别，并在实际开发中
JavaScript 中介者模式与观察者模式有何不同？
baoaoba9317的博客
07-18 320
http://addyosmani.com/resources/essentialjsdesignpatterns/book/#detailmvp 感觉二者非常像，都是pub/sub机制，如何进行区分？分别在什么不同的场景中进行应用？ 在Obsever模式中， 不存在封装约束的单一对象。Observer 和 Subject 必须合作才能维持约束。 Communication(通...
设计模式之中介者模式详解
最新发布
从不水文，坚持创作，加油
07-03 1705
想象一下一个繁忙的机场控制塔，数十架飞机需要起飞、降落、滑行，如果没有这个控制塔作为协调中心，飞机之间直接通信将会多么混乱！中介者模式就像这个机场控制塔，它通过引入一个中介对象来封装一系列对象之间的交互，使这些对象不再显式地相互引用，从而降低它们之间的耦合度。 今天我们就来深入探讨这个在复杂系统中非常实用的设计模式。在实际开发中，当多个类之间存在复杂的网状交互关系时，中介者模式能帮助我们简化系统结构，提高代码的可维护性。
【设计模式】中介者模式和观察者模式
qq_35448165的博客
03-11 779
中介模式的英⽂翻译是 Mediator Design Pattern。在 GoF 中的《设计模式》⼀书中，它是这样定义的：中介模式定义了⼀个单独的（中介）对象，来封装⼀组对象之间的交互。将这组对象之间的交互委派给中介对象，来避免对象之间的直接交互。属于行为型模式通过引⼊中介这个中间层，将⼀组对象之间的交互关系（或者说依赖关系）从多对多（⽹状关系）转换为⼀对多（星状关系）我们的注册中心就是中介者模式的典型应用场景，比方说朋友圈，QQ群, 淘宝商城都是中介者模式在生活上的应用抽象中介者具体中介者。
java设计模式-观察者模式和中介者模式的异同
m0_37541228的博客
07-23 1351
1.基本定义区别： 观察者模式： :察者模式属于行为型模式，指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式。 中介者模式： 中介者模式，属于行为型模式；定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变它们之间的交互。中介者模式又叫调停模式，它是迪米特法则的典型应用。 分析： a：都属于行为型模式 b：都为了处理一对多的关系 2.URML图区别： 观察者模
观察者模式 + 中介者模式联合使用：构建高内聚低耦合的智能协调系统
m0_51176516的博客
02-10 1104
模式组合的价值： 集中管理通信：中介者统一协调消息 动态订阅机制：观察者实现灵活通知 系统扩展无忧：新增设备零修改核心逻辑
观察者模式（Observer Pattern） 1. 什么是观察者模式？ 2. 为什么需要观察者模式？ 3. 观察者模式的核心概念 4. 观察者模式的结构 5. 观察者模式的基本实现 简单的气象站示例
04-28
11.2 观察者模式 vs 中介者模式 11.3 观察者模式 vs 策略模式 12. 常见问题与回答 Q1: 如何避免观察者模式中的循环依赖问题？ Q2: 如何处理观察者模式中的内存泄漏问题？ Q3: 观察者模式的通知有哪些不同策略？ Q4: ...
【软件设计模式】中介者模式全解析：降低对象耦合度与简化交互逻辑的设计方案
06-02
最后，通过与观察者模式和代理模式的对比，帮助读者更好地理解如何根据具体需求选择合适的设计模式。 适合人群：具备一定编程基础，尤其是对面向对象设计模式有一定了解的研发人员和技术爱好者。 使用场景及目标：①...
观察者模式和中介者模式的区别（以ExtJS 的事件处理为例）
weixin_34273479的博客
01-31 399
首先，Ext JS4.2中，事件的处理分两大类。一类是，普通的事件处理，另一类是MVC结构中，Controller对所有Domain、Class、Object的事件处理。第一类采用的是观察者模式，第二类采用的是中介者模式。这两种模式，非常容易搞混淆。他们都是为了解决消息传递的问题。3. 中介者模式涉及两个概念，中介和客户。它解决的是客户之间消息传递的问题。中介者的场景，类似于...
观察者模式和中介者模式的对比
zjj_flower的博客
07-06 244
观察者模式和中介者模式的对比
观察者和中介者的区别
Hanyinh的博客
12-30 457
观察者是类似于发布-订阅，一对多关系，多个对象关注一个对象的变化，当该对象变化后，这些多个对象会被通知并作出相应处理。 中介者是多对多关系，多个对象通过一个中介者来进行交互，当其中一个对象发送变化，会由中介者来一一通知其他对象。 ...
观察者模式 vs 中介者模式
HGAI
11-09 273
【代码】观察者模式 vs 中介者模式。
设计模式专辑——中介模式、观察者模式的比较
dizai3980的博客
01-16 196
观察者：存在一对多的关系。 >>版权声明：本文为原创文章，请不要拷贝转载。 1.比较 （中介模式） （观察者模式） 　　中介模式和观察者模式都包含类似通知的概念。我们可以把这两种模式看成是消息的收发交互关系的体现。 　　中介模式中存在Mediator和Colleague两个角色，Mediator一般不会主动发起事件去通知Col...
中介者模式与观察者模式
saizo123的博客
08-21 4787
中介者模式Mediator（中介者）模式是行为模式之一，在Mediator模式中，类之间的交互行为被统一放在Mediator的对象中，对象通过Mediator对象同其他对象交互，Mediator对象起着控制器的作用。 　　用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显示的相互引用，从而降低耦合；而且可以独立地改变它们之间的交互。 角色和职责 Mediator抽象中介者
观察者模式、中介者模式
erose的博客
01-09 604
观察者模式（Observer）模式 定义：指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 优缺点 优点： 降低了目标与观察者之间的耦合关系，两者之间是抽象耦合关系； 目标与观察者之间建立了一套触发机制 缺点： 目标与观察者之间的依赖关系并没有完全解除，而且有可能出现循环引用； 当观察者对象很多时，通知的发布会花费很多时间，影响程序的效率。 应用场景 对象间存在一对多关系，一个对象的状态发生改变会影响其它对象； 当一个抽象模式有两个方面，其中
万字解析设计模式之观察者模式、中介者模式、访问者模式
qq_62377885的博客
11-27 2379
用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。一般来说，同事类之间的关系是比较复杂的，多个同事类之间互相关联时，他们之间的关系会呈现为复杂的网状结构，这是一种过度耦合的架构，即不利于类的复用，也不稳定。例如在下左图中，有六个同事类对象，假如对象1发生变化，那么将会有4个对象受到影响。如果对象2发生变化，那么将会有5个对象受到影响。也就是说，同事类之间直接关联的设计是不好的。
设计模式（11）--Mediator中介者模式&Observer观察者模式
Face3的博客
02-24 1432
一、中介者模式理解起来很简单，即多个对象之间需要交互，那么这些对象间的交互就会形成网状结构。引入中介者，各对象根本不知道其它对象的存在，他们只需要把信息发送给中介者，由中介者来控制吧信息传递给哪些对象。所以，就变成了一个星形的结构。 中介者模式的目的很明显，就是为了解耦，但是缺点，也是比较明显，那就是中介者类本身会变得复杂，牵扯过多。所以，如果网状结构不是非常复杂，那么就不一定要考虑中介者。一旦使
深入理解设计模式：观察者模式详解
- **与中介者模式**：两者都可以用于解耦，但中介者模式是通过中间对象来协调各个对象之间的交互，而观察者模式是单向的通信机制。 - **与命令模式**：两者都涉及回调，命令模式将回调封装成对象，而观察者模式则是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

岁月玲珑

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值