设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
立即订阅
22065 人已学习
课程目录
已更新 79 讲 / 共 102 讲
0/6登录后,你可以任选6讲全文学习。
开篇词 (1讲)
开篇词 | 一对一的设计与编码集训,让你告别没有成长的烂代码!
免费
设计模式学习导读 (3讲)
01 | 为什么说每个程序员都要尽早地学习并掌握设计模式相关知识?
02 | 从哪些维度评判代码质量的好坏?如何具备写出高质量代码的能力?
03 | 面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
设计原则与思想:面向对象 (11讲)
04 | 理论一:当谈论面向对象的时候,我们到底在谈论什么?
05 | 理论二:封装、抽象、继承、多态分别可以解决哪些编程问题?
06 | 理论三:面向对象相比面向过程有哪些优势?面向过程真的过时了吗?
07 | 理论四:哪些代码设计看似是面向对象,实际是面向过程的?
08 | 理论五:接口vs抽象类的区别?如何用普通的类模拟抽象类和接口?
09 | 理论六:为什么基于接口而非实现编程?有必要为每个类都定义接口吗?
10 | 理论七:为何说要多用组合少用继承?如何决定该用组合还是继承?
11 | 实战一(上):业务开发常用的基于贫血模型的MVC架构违背OOP吗?
12 | 实战一(下):如何利用基于充血模型的DDD开发一个虚拟钱包系统?
13 | 实战二(上):如何对接口鉴权这样一个功能开发做面向对象分析?
14 | 实战二(下):如何利用面向对象设计和编程开发接口鉴权功能?
设计原则与思想:设计原则 (12讲)
15 | 理论一:对于单一职责原则,如何判定某个类的职责是否够“单一”?
16 | 理论二:如何做到“对扩展开放、修改关闭”?扩展和修改各指什么?
17 | 理论三:里式替换(LSP)跟多态有何区别?哪些代码违背了LSP?
18 | 理论四:接口隔离原则有哪三种应用?原则中的“接口”该如何理解?
19 | 理论五:控制反转、依赖反转、依赖注入,这三者有何区别和联系?
20 | 理论六:我为何说KISS、YAGNI原则看似简单,却经常被用错?
21 | 理论七:重复的代码就一定违背DRY吗?如何提高代码的复用性?
22 | 理论八:如何用迪米特法则(LOD)实现“高内聚、松耦合”?
23 | 实战一(上):针对业务系统的开发,如何做需求分析和设计?
24 | 实战一(下):如何实现一个遵从设计原则的积分兑换系统?
25 | 实战二(上):针对非业务的通用框架开发,如何做需求分析和设计?
26 | 实战二(下):如何实现一个支持各种统计规则的性能计数器?
设计原则与思想:规范与重构 (11讲)
27 | 理论一:什么情况下要重构?到底重构什么?又该如何重构?
28 | 理论二:为了保证重构不出错,有哪些非常能落地的技术手段?
29 | 理论三:什么是代码的可测试性?如何写出可测试性好的代码?
30 | 理论四:如何通过封装、抽象、模块化、中间层等解耦代码?
31 | 理论五:让你最快速地改善代码质量的20条编程规范(上)
32 | 理论五:让你最快速地改善代码质量的20条编程规范(中)
33 | 理论五:让你最快速地改善代码质量的20条编程规范(下)
34 | 实战一(上):通过一段ID生成器代码,学习如何发现代码质量问题
35 | 实战一(下):手把手带你将ID生成器代码从“能用”重构为“好用”
36 | 实战二(上):程序出错该返回啥?NULL、异常、错误码、空对象?
37 | 实战二(下):重构ID生成器项目中各函数的异常处理代码
设计原则与思想:总结课 (3讲)
38 | 总结回顾面向对象、设计原则、编程规范、重构技巧等知识点
免费
39 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(上)
40 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(下)
设计模式与范式:创建型 (7讲)
41 | 单例模式(上):为什么说支持懒加载的双重检测不比饿汉式更优?
42 | 单例模式(中):我为什么不推荐使用单例模式?又有何替代方案?
43 | 单例模式(下):如何设计实现一个集群环境下的分布式单例模式?
44 | 工厂模式(上):我为什么说没事不要随便用工厂模式创建对象?
45 | 工厂模式(下):如何设计实现一个Dependency Injection框架?
46 | 建造者模式:详解构造函数、set方法、建造者模式三种对象创建方式
47 | 原型模式:如何最快速地clone一个HashMap散列表?
设计模式与范式:结构型 (8讲)
48 | 代理模式:代理在RPC、缓存、监控等场景中的应用
49 | 桥接模式:如何实现支持不同类型和渠道的消息推送系统?
50 | 装饰器模式:通过剖析Java IO类库源码学习装饰器模式
51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?
52 | 门面模式:如何设计合理的接口粒度以兼顾接口的易用性和通用性?
53 | 组合模式:如何设计实现支持递归遍历的文件系统目录树结构?
54 | 享元模式(上):如何利用享元模式优化文本编辑器的内存占用?
55 | 享元模式(下):剖析享元模式在Java Integer、String中的应用
设计模式与范式:行为型 (18讲)
56 | 观察者模式(上):详解各种应用场景下观察者模式的不同实现方式
57 | 观察者模式(下):如何实现一个异步非阻塞的EventBus框架?
58 | 模板模式(上):剖析模板模式在JDK、Servlet、JUnit等中的应用
59 | 模板模式(下):模板模式与Callback回调函数有何区别和联系?
60 | 策略模式(上):如何避免冗长的if-else/switch分支判断代码?
61 | 策略模式(下):如何实现一个支持给不同大小文件排序的小程序?
62 | 职责链模式(上):如何实现可灵活扩展算法的敏感信息过滤框架?
63 | 职责链模式(下):框架中常用的过滤器、拦截器是如何实现的?
64 | 状态模式:游戏、工作流引擎中常用的状态机是如何实现的?
65 | 迭代器模式(上):相比直接遍历集合数据,使用迭代器有哪些优势?
66 | 迭代器模式(中):遍历集合的同时,为什么不能增删集合元素?
67 | 迭代器模式(下):如何设计实现一个支持“快照”功能的iterator?
68 | 访问者模式(上):手把手带你还原访问者模式诞生的思维过程
69 | 访问者模式(下):为什么支持双分派的语言不需要访问者模式?
70 | 备忘录模式:对于大对象的备份和恢复,如何优化内存和时间的消耗?
71 | 命令模式:如何利用命令模式实现一个手游后端架构?
72 | 解释器模式:如何设计实现一个自定义接口告警规则功能?
73 | 中介模式:什么时候用中介模式?什么时候用观察者模式?
设计模式与范式:总结课 (2讲)
74 | 总结回顾23种经典设计模式的原理、背后的思想、应用场景等
75 | 在实际的项目开发中,如何避免过度设计?又如何避免设计不足?
不定期加餐 (3讲)
加餐一 | 用一篇文章带你了解专栏中用到的所有Java语法
加餐二 | 设计模式、重构、编程规范等相关书籍推荐
春节特别加餐 | 王争:如何学习《设计模式之美》专栏?
免费
设计模式之美
15
15
1.0x
00:00/00:00
登录|注册

73 | 中介模式:什么时候用中介模式?什么时候用观察者模式?

王争 2020-04-20
今天,我们来学习 23 种经典设计模式中的最后一个,中介模式。跟前面刚刚讲过的命令模式、解释器模式类似,中介模式也属于不怎么常用的模式,应用场景比较特殊、有限,但是,跟它俩不同的是,中介模式理解起来并不难,代码实现也非常简单,学习难度要小很多。
如果你对中介模式有所了解,你可能会知道,中介模式跟之前讲过的观察者模式有点相似,所以,今天我们还会详细讨论下这两种模式的区别。
话不多说,让我们正式开始今天的学习吧!

中介模式的原理和实现

中介模式的英文翻译是 Mediator Design Pattern。在 GoF 中的《设计模式》一书中,它是这样定义的:
Mediator pattern defines a separate (mediator) object that encapsulates the interaction between a set of objects and the objects delegate their interaction to a mediator object instead of interacting with each other directly.
翻译成中文就是:中介模式定义了一个单独的(中介)对象,来封装一组对象之间的交互。将这组对象之间的交互委派给与中介对象交互,来避免对象之间的直接交互。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(16)

  • 大头
    想到了现在流行的微服务,注册中心可以理解为广义的中介模式,防止各个服务间错综复杂的调用
    2020-04-20
    15
  • 小晏子
    eventbus更属于观察者模式,首先eventbus中不处理业务逻辑,只提供了对象与对象之间交互的管道;而中介模式为了解决多个对象之间交互的问题,将多个对象的行为封装到一起(中介),然后任意对象和这个中介交互,中介中包含了具体业务逻辑。其次从其实现的思路上,EventBus 和观察者都需要定义 Observer,并且通过 register() 函数注册 Observer,也都需要通过调用某个函数(比如,EventBus 中的 post() 函数)来给 Observer 发送消息。而且eventbus并没有中介模式大而臃肿的上帝类问题。
    2020-04-20
    1
    9
  • 李小四
    设计模式_73:
    # 作业:
    个人认为还是观察者模式,当然,引入消息队列的观察者模式可以理解为中介模式的一种,它的业务调用更有规律,它不要求被调用者的顺序。

    # 感想:
    中介模式看下来,感觉是要带领我们回到面向过程的老路,就文中所述的“上帝类”,有了这个中介,依然在维护复杂的调用关系。
    2020-04-20
    3
  • 小文同学
    eventbus 是不带业务处理的,而且bus不会随着业务复杂而改变,所以属于观察者模式
    2020-04-20
    1
  • test
    eventbus解决的是消息的发布订阅等,跟具体的业务没关系,所以是观察者模式
    2020-04-20
    1
  • eason2017
    从定义上看,中介模式是解决一组对象之间的交互,而Evenybus并不是解决这块的,解决的是所有观察者和被观察者之间的交互方式。所以,确切的说,它并不算中介模式。不知回答是否正确,请指点,谢谢
    2020-04-20
    1
    1
  • 黄林晴
    打卡
    在实际的开发中 UI 控件变化那种感觉不太适合中介模式
    因为要把所有的控件view 都传到中介类中才可以获取到输入的内容 感觉比较奇怪,就像只是把某个方法单独提取到一个类中一样
    2020-04-20
    1
    1
  • iLeGeND
    感觉23中设计模式之间本身就有某种耦合 好多不易区分
    2020-04-20
    2
    1
  • Jxin
    1.事件总线属于观察者模式。因为订阅的操作虽然是在中心执行,但却是由观察者发起的,且后续消息分派都遵循当前的订阅规则。也就是说观察者模式的中心,只干活,不决定干活的方式,分派规则与运行时的数据流无关。而中介模式不一样,中介模式消息派送是由每个参与者的每次调用时决定的,中心需要维护一套协调所有参与者相互通信的规则,并根据数据流协调多个参与者间的交互。也就是说,中介者模式的中心,要干活,还得决定怎么干,决定的逻辑看中心本身实现的策略,决定的依据看参与者推送的数据流上的标记或则说元数据信息。

    2.中介模式放到应用架构的典型案例:soa中的企业服务总线esb(解决异构系统交互问题)
    2020-04-22
  • Geek_54edc1
    从代码实现上看,eventBus确实有点像中介模式,但是从应用场景看,其实EventBus还是一个标准的观察者模式实现框架
    2020-04-21
  • 往事随风,顺其自然
    设计模式有点像是咬文嚼字的感觉,其实很多可以通用,编码是一样,非得叫的杂乱,随着技术越来越多这种反而庞杂,以后可以有人把这些凝练成通用就更好了,去除各大门派的花哨部分,取其精华,然后截取精华--截拳道,这样对于后者更加便宜
    2020-04-20
    1
  • 守拙
    我按照老师的demo写了一遍中介模式的dialog实现, 发现不就是Dialog impl OnClickListener嘛...

    关于Observer与Mediator的区别

    Observer定义了一对多(one-to-many)的依赖关系, Mediator封装了多个对象互相之间的交互方式. Oberver定义了单向的订阅关系, Mediator通过引入中间件的方式解决多个对象之间混乱的依赖关系与通信方式.



    一个可爱的小栗子:

    Observer不能做什么:

    1. 观察者: hey订阅号, 你到底什么时候更新?
    2. 观察者: 订阅号你到底什么时候更新? 我怎么没收到更新?
    3. 观察者: 我知道订阅号更新了!(假话)



    Observer能做什么:

           1. 观察者乖乖坐等更新;
           2. 一段时间后...
           3. 订阅号: hey我更新了, 小崽子们!



    Mediator不能做什么:

    1. 乘客1: hey taxi1, 带我去xx(不会得到任何回应)
    2. 乘客2: hey taxi2, 带我去xx(不会得到任何回应)
    3. 乘客1: hey taxi2, 带我去xx(不会得到任何回应)



    Mediator能做什么:

    1. 乘客1: dd车辆调度中心, 我要去xx, 请派车接我!(司机正在赶来)
    2. 乘客2: dd车辆调度中心, 我要去xx, 请派优享来接我!(优享司机马上就到!)



    课堂讨论:

    ​ EventBus基于观察者模式实现, 并不符合中介模式的定义. 中介模式封装一组对象间交互, 将这组对象间的交互委派给中介对象交互. EventBus仅负责发布消息, 并不处理发布者/订阅者的任何交互.

    2020-04-20
  • Demon.Lee
    老师的这个例子,我还是没看明白哪里体现了“多个对象之间交互” --> "多个对象之间通过中介交互" 的变化。比如之前是regButton,loginButton,Selection三者之间是怎么交互的,我没看出来。然后又是如何把这三个对象的相互调用,改成了通过中介类交互的,我也没看明白。我去查阅了其他资料,发现什么虚拟聊天室什么的代码就体现了上面这一点:用户A发消息给用户B是直接交互,改造之后是,用户A发消息给中介,中介再把消息转给消息B。有小伙伴们理解了么,能否分享下。
    2020-04-20
  • 忆水寒
    eventbus没有处理相应的业务逻辑,是一种观察者模型。
    2020-04-20
  • Heaven
    个人认为是很像的,EventBus其本质上就是为了在交互双方的基础上进行了抽取,形成了这个框架,可以被称为是中介,但是也只是像,因为观察者模式的这种实现本身就和中介模式类似,但是也只限于这种实现罢了,因为比起中介模式那种更加具体的中介类,EventBus将交互双方解耦的更加详细
    2020-04-20
  • 侯金彪
    相同点是中介模式和观察者模式都是为了实现模块解耦,不同点是eventbus只是单纯的消息通知,而中介类中需要定义处理逻辑,中介相对于观察者把业务逻辑处理提前了
    个人理解,请争哥指点
    2020-04-20
收起评论
16
返回
顶部