设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
立即订阅
21264 人已学习
课程目录
已更新 65 讲 / 共 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散列表?
设计模式与范式:结构型 (8讲)
48 | 代理模式:代理在RPC、缓存、监控等场景中的应用
49 | 桥接模式:如何实现支持不同类型和渠道的消息推送系统?
50 | 装饰器模式:通过剖析Java IO类库源码学习装饰器模式
51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?
52 | 门面模式:如何设计合理的接口粒度以兼顾接口的易用性和通用性?
53 | 组合模式:如何设计实现支持递归遍历的文件系统目录树结构?
54 | 享元模式(上):如何利用享元模式优化文本编辑器的内存占用?
55 | 享元模式(下):剖析享元模式在Java Integer、String中的应用
设计模式与范式:行为型 (6讲)
56 | 观察者模式(上):详解各种应用场景下观察者模式的不同实现方式
57 | 观察者模式(下):如何实现一个异步非阻塞的EventBus框架?
58 | 模板模式(上):剖析模板模式在JDK、Servlet、JUnit等中的应用
59 | 模板模式(下):模板模式与Callback回调函数有何区别和联系?
60 | 策略模式(上):如何避免冗长的if-else/switch分支判断代码?
61 | 策略模式(下):如何实现一个支持给不同大小文件排序的小程序?
不定期加餐 (3讲)
加餐一 | 用一篇文章带你了解专栏中用到的所有Java语法
加餐二 | 设计模式、重构、编程规范等相关书籍推荐
春节特别加餐 | 王争:如何学习《设计模式之美》专栏?
免费
设计模式之美
登录|注册

52 | 门面模式:如何设计合理的接口粒度以兼顾接口的易用性和通用性?

王争 2020-03-02
前面我们已经学习了代理模式、桥接模式、装饰器模式、适配器模式,这 4 种结构型设计模式。今天,我们再来学习一种新的结构型模式:门面模式。门面模式原理和实现都特别简单,应用场景也比较明确,主要在接口设计方面使用。
如果你平时的工作涉及接口开发,不知道你有没有遇到关于接口粒度的问题呢?
为了保证接口的可复用性(或者叫通用性),我们需要将接口尽量设计得细粒度一点,职责单一一点。但是,如果接口的粒度过小,在接口的使用者开发一个业务功能时,就会导致需要调用 n 多细粒度的接口才能完成。调用者肯定会抱怨接口不好用。
相反,如果接口粒度设计得太大,一个接口返回 n 多数据,要做 n 多事情,就会导致接口不够通用、可复用性不好。接口不可复用,那针对不同的调用者的业务需求,我们就需要开发不同的接口来满足,这就会导致系统的接口无限膨胀。
那如何来解决接口的可复用性(通用性)和易用性之间的矛盾呢?通过今天对于门面模式的学习,我想你心中会有答案。话不多说,让我们正式开始今天的学习吧!

门面模式的原理与实现

门面模式,也叫外观模式,英文全称是 Facade Design Pattern。在 GoF 的《设计模式》一书中,门面模式是这样定义的:
Provide a unified interface to a set of interfaces in a subsystem. Facade Pattern defines a higher-level interface that makes the subsystem easier to use.
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(43)

  • 小兵
    适配器是做接口转换,解决的是原接口和目标接口不匹配的问题。
    门面模式做接口整合,解决的是多接口调用带来的问题。
    2020-03-02
    2
    60
  • Frank
    以前在做Activiti工作流开发时知道该工作流引擎提供了诸多门面接口供外部使用,以前只知道这样设计是对很多细节做了包装,提供友好易用的接口供用户使用。今天学习了本章内容,加深了对门面模式的理解。门面模式从定义上来看是为接口设计而提出的,所以在开发中我们在设计接口时可参考该模式。该模式对应到了之前学习过的一些设计原则和思想,如封装,迪米特法则。
    对于课堂讨论:
    1. 适配器模式与门面模式的区别:(a)适配器主要是为了解决接口不兼容的问题,而门面模式主要用于设计接口的易用性问题。(b)适配器在代码结构上主要是继承加组合,门面模式在代码结构上主要是封装。(c)适配器可以看作是事后行为,是一种“补偿模式”,主要是用来完善设计上的不足,而门面模式是在设计接口时就需要考虑的,是一种事前行为。
    2. 在过往的开发中,自己在写接口时除了满足需求外大部分考虑是接口的幂等性,限流,安全等。对于接口的可复用性考量的不是很好,还需要大量的实践来加深。
    2020-03-02
    18
  • 黄林晴
    吐槽不存在的,我只知道我现在做的app刚启动的时候 要调用五六个接口...,之前没了解过门面模式,不过我在想,我去说服务端改成门面模式之前,要确定一个问题,那就是门面模式是将很多接口整合在一起,那么势必,牵扯到传参变多,以及返回数据量多的因素,这种情况下应该也比较影响效率,比如一个接口是从student表中查询,一个是从course表还有一个是从teacher表中查,门面模式和直接写一个接口sql查询这么多的效率是一样的吗
    2020-03-02
    2
    6
  • Jackey
    适配器模式注重的是兼容性,而门面模式注重的是易用性
    2020-03-02
    5
  • progyoung
    解决分布式事务问题的应用场景中,如果用户和钱包并没有公用同一个数据库,那么是不是门面模式也不适用了呢?
    2020-03-02
    1
    5
  • 墨雨
    建议老师可以给出一下典型的实现代码,这样会更直观一些
    2020-03-03
    4
  • 下雨天
    门面为了"偷懒"用起来更方便;适配器是不得已,老接口已经不可用或者不好用了。
    2020-03-02
    3
  • Jy、Z
    之前开发SDK的时候,有个案例,我们支持两种 Config API ,一种是直接从 Resource 下或者本地文件系统读取一些静态配置,一种是从数据库读取配置(定时更新)称作动态配置。由于SDK后续是要提供给其他开发者使用,如果为此暴露两个类 StaticConfig 和 DynamicConfig 使用起来十分不便。设置了一个门面类 ConfigFcade,用组合把两个对象当做成员变量,最后通过不同的方法 getStaticConfig 和 getDynamicConfig 暴露给使用者。


    2020-03-20
    1
    1
  • Monday
    slf4j不也是使用了门面模式吗?它是提供一组易用的日志操作接口,封装了log4j、logback,JCL等日志框架 。
    2020-03-13
    1
    1
  • 相逢是缘
    一、定义(理解):
    门面模式为子系统提供一组统一的接口,定义一组高层接口让子系统更易用。

    二、使用场景:
    1) 解决易用性问题(linux的系统调用)
    2)解决性能问题(客户端访问服务)
    3)解决分布式事物问题

    三、适配器和门面模式的区别
    适配器是做接口转换,解决的是原接口和目标接口不匹配的问题。
    门面模式做接口整合,解决的是多接口调用带来的问题。
    2020-03-07
    1
  • 小刀
    适配器--继承+组合
    门面---封装
    2020-03-04
    1
  • 小晏子
    适配器模式和门面模式要的解决问题就不一样,适配器模式为了适配两个不兼容的系统,关联两个不兼容的接口,当程序必须遵循特定的接口并且必须支持多态行为时使用适配器;而门面模式要提供一个更简单易用的接口,比如你有一个开关可以控制打开你家的电视,空调,灯,等,这就是门面模式:一个按钮或功能需要一系列更复杂的步骤。
    在实现上也有区别:门面模式定义了新的接口,而适配器模式使用旧的接口,适配器模式使两个现有接口同时工作而不是定义一个全新的接口。
    2020-03-02
    1
  • test
    适配器模式将原来不统一的每个接口统一,门面模式将一组接口统一暴露为同样一个接口
    2020-03-02
    1
  • javaadu
    课堂讨论1
    适配器模式是将几个功能相同但是接口定义不同的接口转换成接口定义一致的接口,主要解决接口设计不合理的情况。门面模式主要为了解决接口的粒度和易用性问题,将几个接口的事情整合在一个门面接口中实现
    2020-03-02
    1
  • 九离
    基于PHP实现的简单门面模式:https://github.com/wuqinqiang/php-design-patterns/tree/master/src/object/patterns/Facade
    2020-03-18
  • eason2017
    总感觉这个门面模式在多接口被封装成一个接口的作用和网关接口api的管理有异曲同工之妙!
    2020-03-17
  • Tom.G
    门面模式是子系统的封装,提供一个默认的实现,方便系统调用者的使用;系统调用者也可以穿过门面层,直接调用子系统的对象实现更加复杂的功能
    适配器模式是系统已设计好了,是一种事后的补偿机制
    2020-03-16
  • 李小四
    设计模式_52:
    # 作业
    1. 适配器结局的是不能用的问题,门面模式(多数情况)解决的是不好用的问题。
    2. 不合理的接口遇见过很多,比如设计的时候不考虑抽象,写了非常多类似的方法,最底层的实现每次都重写一次。

    # 感想
    之前没有“可复用性”和“易用性”这样的概念,但是也会考虑同样的事情,比如一个业务会涉及到几个通用性的接口,那可能就是1+n个接口,这1个接口是本次业务的(门面),n是新增的通用接口,这样后面的业务接口大概率可以组合这些通用的接口,而且也方便统一的监控,今天知道了,原来这叫门面模式。
    2020-03-15
  • 辣么大
    何时使用门面(外观)模式
    设计初期,使得几个层隔离
    开发阶段:系统需要重构演化,外观模式可以提供简单的接口,减少彼此依赖
    遗留大型系统:新系统与Facade对象交互,Facade与旧系统交互。
    非要看类图的话,请看这里:https://github.com/gdhucoder/DesignPattern/blob/master/012_FacadePattern.md
    2020-03-14
  • Geek_339bf3
    适配器模式是解决单个接口的不匹配问题。
    门面模式是解决多个接口的不适用问题。
    2020-03-14
收起评论
43
返回
顶部