设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
立即订阅
17596 人已学习
课程目录
已更新 21 讲 / 共 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 | 实战二(下):如何利用面向对象设计和编程开发接口鉴权功能?
设计原则与思想:设计原则 (4讲)
15 | 理论一:对于单一职责原则,如何判定某个类的职责是否够“单一”?
16 | 理论二:如何做到“对扩展开放、修改关闭”?扩展和修改各指什么?
17 | 理论三:里式替换(LSP)跟多态有何区别?哪些代码违背了LSP?
18 | 理论四:接口隔离原则有哪三种应用?原则中的“接口”该如何理解?
不定期加餐 (2讲)
加餐一 | 用一篇文章带你了解专栏中用到的所有Java语法
加餐二 | 设计模式、重构、编程规范等相关书籍推荐
设计模式之美
登录|注册

17 | 理论三:里式替换(LSP)跟多态有何区别?哪些代码违背了LSP?

王争 2019-12-11
在上两节课中,我们学习了 SOLID 原则中的单一职责原则和开闭原则,这两个原则都比较重要,想要灵活应用也比较难,需要你在实践中多加练习、多加体会。今天,我们再来学习 SOLID 中的“L”对应的原则:里式替换原则。
整体上来讲,这个设计原则是比较简单、容易理解和掌握的。今天我主要通过几个反例,带你看看,哪些代码是违反里式替换原则的?我们该如何将它们改造成满足里式替换原则?除此之外,这条原则从定义上看起来,跟我们之前讲过的“多态”有点类似。所以,我今天也会讲一下,它跟多态的区别。
话不多说,让我们正式开始今天的学习吧!

如何理解“里式替换原则”?

里式替换原则的英文翻译是:Liskov Substitution Principle,缩写为 LSP。这个原则最早是在 1986 年由 Barbara Liskov 提出,他是这么描述这条原则的:
If S is a subtype of T, then objects of type T may be replaced with objects of type S, without breaking the program。
在 1996 年,Robert Martin 在他的 SOLID 原则中,重新描述了这个原则,英文原话是这样的:
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(75)

  • Chen
    135看设计模式,246看数据结构与算法。争哥大法好
    2019-12-11
    1
    25
  • 辣么大
    LSP的意义:
    一、改进已有实现。例如程序最开始实现时采用了低效的排序算法,改进时使用LSP实现更高效的排序算法。
    二、指导程序开发。告诉我们如何组织类和子类(subtype),子类的方法(非私有方法)要符合contract。
    三、改进抽象设计。如果一个子类中的实现违反了LSP,那么是不是考虑抽象或者设计出了问题。

    补充:
    Liskov是美国历史上第一个女计算机博士,曾获得过图灵奖。
    In 1968 she became one of the first women in the United States to be awarded a Ph.D from a computer science department when she was awarded her degree from Stanford University. At Stanford she worked with John McCarthy and was supported to work in artificial intelligence.

    https://en.wikipedia.org/wiki/Barbara_Liskov
    2019-12-11
    5
    19
  • Kevinlvlc
    我觉得可以从两个角度谈里式替换原则的意义。
    首先,从接口或父类的角度出发,顶层的接口/父类要设计的足够通用,并且可扩展,不要为子类或实现类指定实现逻辑,尽量只定义接口规范以及必要的通用性逻辑,这样实现类就可以根据具体场景选择具体实现逻辑而不必担心破坏顶层的接口规范。
    从子类或实现类角度出发,底层实现不应该轻易破坏顶层规定的接口规范或通用逻辑,也不应该随意添加不属于这个类要实现的功能接口,这样接口的外部使用者可以不必关心具体实现,安全的替换任意实现类,同时内部各个不同子类既可以根据不同场景做各自的扩展,又不破坏顶层的设计,从维护性和扩展性来说都能得到保证
    2019-12-11
    10
  • 时光勿念
    呃,我不知道这样理解对不对。
    多态是一种特性、能力,里氏替换是一种原则、约定。
    虽然多态和里氏替换不是一回事,但是里氏替换这个原则 需要 多态这种能力 才能实现。
    里氏替换最重要的就是替换之后原本的功能一点不能少。
    2019-12-11
    2
    9
  • 失火的夏天
    里氏替换最终一句话还是对扩展开放,对修改关闭,不能改变父类的入参,返回,但是子类可以自己扩展方法中的逻辑。父类方法名很明显限定了逻辑内容,比如按金额排序这种,子类就不要去重写金额排序,改成日期排序之类的,而应该抽出一个排序方法,然后再写一个获取排序的方法,父类获取排序调用金额排序,子类就重写调用排序方法,获取日期排序。

    个人感觉也是为了避免“二意性”,这里是只父类的逻辑和子类逻辑差别太多,读代码的人会感觉模棱两可,父类一套,子类一套,到底应该读哪种。感觉会混乱。

    总之就是,子类的重写最好是扩展父类,而不要修改父类。
    2019-12-11
    1
    6
  • Cy23
    听完感觉就是,子类可以无损替换父类,就是里氏替换原则。对否
    2019-12-11
    5
  • 墨雨
    多态是语法特性,是一种实现方法。里式替换是设计原则,是一种规范。其存在的意义是用来规范我们对方法的使用,即指导我们如何正确的使用多态。
    2019-12-11
    3
  • Geek_9cca70
    VIP提现可透支这种情况如何不违背里氏替换原则?
    2019-12-12
    2
  • 任鹏斌
    里氏替换就是说父亲能干的事儿子也别挑,该怎么干就怎么干,儿子可以比父亲更有能力,但传统不能变
    2019-12-11
    2
  • Jxin
    里式替换是细力度的开闭原则。这个准则应用的场景,往往是在方法功能的调整上,要达到的效果是:该方法对已经调用的代码的效果不变,并能支撑新的功能或提供更好的性能。换句话说,就是在保证兼容的前提条件下做扩展和调整。

    spring对里式替换贯彻得不错,从1.x到4.x能看到大部分代码都坚强的保留着兼容性。
    但springboot就有点跳脱了,1.x小版本就会有违背里式替换的破坏性升级。1.x到2.x更是出现跳票重灾的情况。带来的损失相信做过springboot版本升级的人都很有感触,而这份损失也表达出坚守里式替换原则的重要性。不过,既然springboot会违背经营多年的原则(向下兼容),那么绝非空穴来风,相信在他们看来,违背里式替换做的升级,带来的价值能够盖过损失。所以我觉得里式替换依旧是个权衡项,在日常开发中我们要坚守,但当发现不合理,比如设计缺陷或则业务场景质变时,做破坏性改造也意味着即使止损,是一个可选项。
    2019-12-11
    2
  • qqq
    遵守协议,保证一致性
    2019-12-11
    2
  • 帆大肚子
    在可拔插的设计中,保证原有代码的正确性
    2019-12-11
    2
  • 王天任
    有个疑问,如果现实开发中遇到类似于SecurityTransporte类新增校验的情况,那么应该怎么处理呢?是否违背李式替换,在子类中新增父类中没有的异常?
    2019-12-11
    1
  • Zhe_Pu
    里式替换原则保证子类的实现不超过父类的接口定义规范,只是对功能的扩展,而不是对功能的修改,满足”对扩展开发,修改关闭“。同时在父类定义的框架下,子类虽然可以扩展,但也不能超过父类定义的范围,也在一定基础上满足了单一设计原则。
    2019-12-11
    1
  • thomas
    一个词说里氏替换原则就是:合约。子类要遵守父类设定的合约,也就是设计的初衷。子类改变逻辑思维边界是父类声明的合约。
    2019-12-11
    1
    1
  • 知行合一
    多态是种能力,里氏是一种约定。能力是摆在那里的,约定却不一定强制遵守,有时候可能会打破约定。需要权衡
    2019-12-11
    1
  • 李小四
    设计模式_17:
    里氏替换:
    协议(一致性)带来效率!

    从多态的角度,真的可以随便写,越是与父类不同,就显得越多态。
    但如果没有限制/协议地多态,抽象就困难起来,在任何时候都需要考虑所有子类的实现细节,多态也就没有意义。
    2019-12-11
    1
  • 狼的诱惑
    多态是JAVA语法,里氏替换是设计思路和规范;
    里氏替换是在多态语法的基础上实现的,在不改变函数原有逻辑的基础上对函数功能的一种增强
    老师讲的很好
    2019-12-11
    1
  • NanYang
    课堂笔记

    里式替换原则是一种代码的设计规范,更多是人为约束的。不同于多态,多态是代码的特性。

    多态保证子类在替换父类的过程中程序运行正常,但不要求子类实现符合父类的规范。

    而里式替换规定子类的实现必须符合父类的规范,包括但不限于方法的入参,出参,异常等。
    2019-12-13
  • 丿淡忘
    lsp存在的意义直白点应该就是保证代码的可读性吧
    2019-12-13
收起评论
75
返回
顶部