关于里氏替换原则LSP

一直以来,yqj2065都认为,学习里氏替换原则(Liskov SubstitutionPrinciple、LSP),如同学习下围棋一样,易学难精

因为易学,所以在《编程导论(Java)》中安排在2.1.1节

简单地说。子类必须能够替代父类,这在面向对象语言中如同常识。所以紧接其后,在[2.1.2 啊,我看到了多态]中介绍向上造型、多态、改写(override);

所谓难精,我们将继承加以分析,符合LSP的继承有实现继承、拓展继承、接口/协议继承和多继承;在介绍接口与实现分离时,强调什么是设计良好的接口,到[4.1.2类的接口]中,说明【p133:如果一个对象能够接受X类的接口的全部操作请求(方法调用),则称对象具有X类型。正是因为Java的子类能够满足父类的接口(尽管可以改写),所以子类的对象能够同时具有类层次中的多个类型】,直到[8.3.2断言的使用指南]中,偷偷摸摸地说:继承关系即Is-A关系,本质上要通过接口的一致来衡量

很多人使用了“正方形不是一个长方形”这个例子,介绍LSP。事实上,不管你采用什么手段和技巧,我可用反证法告示你:(在例程所示的场景中)如果你能够将正方形设计成长方形的子类,那么你必然可以将圆设计成长方形的子类

[java] view
plain
copy

  1. class Square1 extends Rectangle{
  2. private double side;
  3. public Square1(double side){
  4. this.side= side;
  5. }
  6. void setSide(double s) {   side = s;    }
  7. double getSide() { return side; }
  8. @Override double getS() { return side*side;}//求面积

所谓难精之二,在于五花八门的解释和介绍。yqj2065曾经非常惊讶,这样的里氏替换原则,他还写了设计模式的系列博客。例如,

[java] view
plain
copy

  1. 里氏替换原则通俗的来讲就是:子类可以扩展父类的功能,但不能改变父类原有的功能。它包含以下4层含义:
  2. 子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
  3. 子类中可以增加自己特有的方法。
  4. 当子类的方法重载父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
  5. 当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。

LSP仅仅说明可替代性或父子类的接口一致性,实现继承是符合LSP的;实现继承的问题,在于设计时没有更好地封装变化,使得子类不得不override父类的代码。plaincopy

  1. 里氏替换原则,简单地讲就是:子类可以替代父类。它包含以下含义:
  2. 子类可以实现继承(直接继承或 改变父类原有的功能实现)、拓展继承(扩展父类的功能)、接口/协议继承和多继承。【但是从OCP或封装变化的角度,应该避免其任何父类中已经实现的方法。】
  3. 子类中不可退化继承,如鸵鸟不会飞。
  4. 为了保证父类和子类的接口一致性,要注意:接口包括文档(方法的意图)和方法头。按契约设计(Design by Contract)是一致性判断的良好手段(Java断言机制是工具)。

前置条件,通常意味着方法参数的合法性检查(而非重载的类型问题)。如show(Baby b, int age),验证前置条件时,谁会验证出场的人是不是Baby?通常检查它不得为null;而age要大于10,小于16等都是方法文档中已经说明的前置条件,会考虑参数是否double?【子类重载父类的方法时,方法的形参要比父类方法的参数更宽松】,什么意思呢?重载和方法的形参更宽松或狭窄有什么关系?“重载”是敲错了?

子类的override 方法,返回的可以是父类方法返回类型的子类,Java语法支持。

时间: 2024-11-03 22:09:41

关于里氏替换原则LSP的相关文章

深入理解JavaScript系列(8):S.O.L.I.D五大原则之里氏替换原则LSP

前言 本章我们要讲解的是S.O.L.I.D五大原则JavaScript语言实现的第3篇,里氏替换原则LSP(The Liskov Substitution Principle ). 英文原文:http://freshbrewedcode.com/derekgreer/2011/12/31/solid-javascript-the-liskov-substitution-principle/ 开闭原则的描述是: Subtypes must be substitutable for their ba

Java 设计模式(十一) 里氏替换原则(LSP)

里氏替换原则(Liskov Substitution Principle) LSP的基本概念 定义: 所有引用基类的地方必须能透明地使用其子类的对象 只要父类能出现的地方子类就可出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不需要知道是父类还是子类(封装造成的多态性) 规范 子类必须完全实现父类的方法 在类中调用其他类时必然要使用父类或者接口,如果子类中不支持父类中的方法,自然就违背了LSP 子类要有自己的特性 子类是在父类的基础上实现的,有自己的特性 这也就导致了LSP的单向性

"围观"设计模式(2)--里氏替换原则(LSP,Liskov Substitution Principle)

在面向对象的程序设计中,里氏替换原则(Liskov Substitution principle)是对子类型的特别定义.它由芭芭拉·利斯科夫(Barbara Liskov)在1987年在一次会议上名为"数据的抽象与层次"的演说中首先提出. 里氏替换原则的内容可以描述为: "派生类(子类)对象能够替换其基类(超类)对象被使用." 以上内容并非利斯科夫的原文,而是译自罗伯特·马丁(Robert Martin)对原文的解读.其原文为: Let be a property

"围观"设计模式(2)--里氏替换原则(LSP,Liskov Substitution Principle)

在面向对象的程序设计中.里氏替换原则(Liskov Substitution principle)是对子类型的特别定义.它由芭芭拉·利斯科夫(Barbara Liskov)在1987年在一次会议上名为"数据的抽象与层次"的演说中首先提出. 里氏替换原则的内容能够描写叙述为: "派生类(子类)对象能够替换其基类(超类)对象被使用." 以上内容并不是利斯科夫的原文,而是译自罗伯特·马丁(Robert Martin)对原文的解读. 其原文为: Let be a prope

六大设计原则(二)LSP里氏替换原则

里氏替换原则LSP(Liskov Subsituation Principle) 里氏替换原则定义 所有父类出现的地方可以使用子类替换并不会出现错误或异常,但是反之子类出现的地方不一定能用父类替换. LSP的四层含义 子类必须完全实现父类的方法 子类可以自己的个性(属性和方法) 覆盖或实现父类的方法时输入参数可以被放大 覆盖或实现父类的方法时输出结果可以被缩小 LSP的定义含义1--子类必须完全实现父类的方法 假设如下场景:定义一个枪支抽象类,一个场景类,三个枪支实现类,一个士兵类.此处,三个枪

OC之里氏替换原则

1. 里氏替换原则. LSP 子类对象可以替换父类对象的位置,并且程序的功能不受影响. 为什么? 1). 指针是1个父类类型,但是我们确给了指针1个子类对象的地址. 这样做当然是可以的,因为你要1个父类对象,我给了你个子类对象. 子类就是1个父类嘛. 2). 因为父类中的成员子类都有. 只会多不会少. 所以,程序的功能不受影响. 2. 里氏替换原则的表现形式: 当1个父类指针,指向1个子类对象的时候.这里就是里氏替换原则. 3. LSP的好处是什么? 1). 1个指针不仅仅可以存储本类对象的地址

面向对象设计原则三:里氏替换原则(LSP)

里氏替换原则(LSP)定义:在任何父类出现的地方都可以用它的子类类替换,且不影响功能.解释说明:其实LSP是对开闭原则的一个扩展,在OO思想中,我们知道对象是由一系列的状态和行为组成的,里氏替换原则说的就是在一个继承体系中,对象应该具有共同的外在特性,使用LSP时,如果想让我们的程序达到一个父类出现的地方都可以用它的子类来替换且不影响功能,那么这个父类也应该尽量声明出子类所需要的一些公共的方法,父类被子类替换之后,会比较顺利,那么为什么说它是对开闭原则的一个扩展呢?因为我们在开闭原则中说尽量使用

里氏替换原则(Liskov Substitution Principle) LSP

using System; using System.Collections.Generic; using System.Text; namespace LiskovSubstitutionPrinciple { //里氏替换原则(Liskov Substitution Principle) LSP //If for each object o1 of type S there is an object o2 of type T such that for all programs P defi

设计原则(二)里氏替换原则(LSP)

一.什么是里氏替换原则 里氏替换原则的严格表达是: 如果对每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时,程序P的行为没有变化,那么类型T2是类型T1的子类型. 换言之,一个软件实体如果使用的是一个基类的话,那么一定适用于其子类,而且它根本不能察觉出基类对象和子类对象的区别. 比如,假设有两个类,一个是Base类,另一个是Child类,并且Child类是Base的子类.那么一个方法如果可以接受一个基类对象b的话:method1(Ba