设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
立即订阅
20615 人已学习
课程目录
已更新 55 讲 / 共 100 讲
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散列表?
设计模式与范式:结构型 (4讲)
48 | 代理模式:代理在RPC、缓存、监控等场景中的应用
49 | 桥接模式:如何实现支持不同类型和渠道的消息推送系统?
50 | 装饰器模式:通过剖析Java IO类库源码学习装饰器模式
51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?
不定期加餐 (3讲)
加餐一 | 用一篇文章带你了解专栏中用到的所有Java语法
加餐二 | 设计模式、重构、编程规范等相关书籍推荐
春节特别加餐 | 王争:如何学习《设计模式之美》专栏?
免费
设计模式之美
登录|注册

51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?

王争 2020-02-28
前面几节课我们学习了代理模式、桥接模式、装饰器模式,今天,我们再来学习一个比较常用的结构型模式:适配器模式。这个模式相对来说还是比较简单、好理解的,应用场景也很具体,总体上来讲比较好掌握。
关于适配器模式,今天我们主要学习它的两种实现方式,类适配器和对象适配器,以及 5 种常见的应用场景。同时,我还会通过剖析 slf4j 日志框架,来给你展示这个模式在真实项目中的应用。除此之外,在文章的最后,我还对代理、桥接、装饰器、适配器,这 4 种代码结构非常相似的设计模式做简单的对比,对这几节内容做一个简单的总结。
话不多说,让我们正式开始今天的学习吧!

适配器模式的原理与实现

适配器模式的英文翻译是 Adapter Design Pattern。顾名思义,这个模式就是用来做适配的,它将不兼容的接口转换为可兼容的接口,让原本由于接口不兼容而不能一起工作的类可以一起工作。对于这个模式,有一个经常被拿来解释它的例子,就是 USB 转接头充当适配器,把两种不兼容的接口,通过转接变得可以一起工作。
原理很简单,我们再来看下它的代码实现。适配器模式有两种实现方式:类适配器和对象适配器。其中,类适配器使用继承关系来实现,对象适配器使用组合关系来实现。具体的代码实现如下所示。其中,ITarget 表示要转化成的接口定义。Adaptee 是一组不兼容 ITarget 接口定义的接口,Adaptor 将 Adaptee 转化成一组符合 ITarget 接口定义的接口。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(10)

  • javaadu
    这篇总结将前几节课串联起来了,非常赞👍

    课堂讨论:
    1. 代理模式支持,基于接口组合代理就是对象匹配,基于继承代理就是类匹配
    2. 装饰者模式不支持,这个模式本身是为了避免继承结构爆炸而设计的
    2020-02-28
    3
  • 小晏子
    代理模式有两种实现方式:一般情况下,我们让代理类和原始类实现同样的接口。这种就是对象代理模式;但是,如果原始类并没有定义接口,并且原始类代码并不是我们开发维护的。在这种情况下,我们可以通过让代理类继承原始类的方法来实现代理模式,这种属于类代理模式。
    装饰器模式没有这两种方式:装饰器模式主要解决继承关系过于复杂的问题,通过组合来替代继承,在设计的时候,装饰器类需要跟原始类继承相同的抽象类或者接口。所以装饰器只有对象装饰器这一种。
    2020-02-28
    1
  • 勤劳的明酱
    那SpringAop是代理模式,主要功能却是增强被代理的类,这不是更符合装饰器模式。
    2020-02-28
    1
  • 守拙
    课堂讨论

    今天我们讲到,适配器有两种实现方式:类适配器、对象适配器。那我们之前讲到的代理模式、装饰器模式,是否也同样可以有两种实现方式(类代理模式、对象代理模式,以及类装饰器模式、对象装饰器模式)呢?



    代理模式可以使用类代理模式的方式实现. 考虑到代理模式封装对象及控制访问的职责, 类代理模式并不能很好的适用.



    装饰器模式可以使用类装饰器模式方式实现. 但会导致继承层次不可控制的严重缺陷. 极度不推荐使用此实现方式. 基于对象装饰器模式的实现可以多个装饰器间互相包裹, 这是类装饰器模式无法实现的.
    2020-02-28
  • 岁月神偷
    我认为装饰器模式不能使用类匹配,类匹配形成了装饰器类与继承类强耦合的关系,本身装饰器是想对实现某一接口的所有实现类提供增强,一旦进行类匹配就变成了这个装饰器只是对某个实现类的增强
    2020-02-28
  • tt
    1、代理模式,扩展非功能需求,如缓存、日志、鉴权等,从业务流程出发,代理类仍然需要暴露和被代理类一样的接口,所以也可以用继承来实现,这样代理类对外接口的数量就完全和被代理类一样了,可以覆盖其中需要扩展非功能需求的方法。这就是类代理模式。
      老师的讲解是以对象代理模式进行的,即用组合的方式。

    2、装饰器模式,拓展原功能的某一侧面,如缓存。这里侧面就是某几个方法,增强某几个方法的某些侧面,其余方法不变,所以用继承的方式即使用类适配器比较方便。用对象适配器,即组合方式也可以,但是比较麻烦。
    2020-02-28
  • Andy_Ron
    好像有点明白了,再看一遍🤓
    2020-02-28
  • Jeff.Smile
    适配器的五种使用场景:
    封装有缺陷的接口设计
    统一多个类的接口设计
    替换依赖的外部系统
    兼容老版本接口
    适配不同格式的数据
    2020-02-28
  • 旭东
    替换外部系统是不是不继承外部接口更好,这样和外部的耦合度更低些,个人认为
    2020-02-28
  • Yayu
    请问老师,如果一门语言里没有继承特性,是不是只能用对象适配器模式了?
    2020-02-28
收起评论
10
返回
顶部