13丨软件设计的里氏替换原则：正方形可以继承长方形吗？

BException应该是AException的子类，否则当使用子类替换父类后，抛出的BException无法被catch(AException e)语句捕获

满满的干货 子类不能抛出比父类无法catch的异常-因此应该要是AException子类 现实开发中往往经常看到，不同的子类实现了不同的具体方法，而父类只是一个抽象方法。 在方法入口处传入用父类作为形参来接受参数，而在其中又调用父类.abstractMethod(); class abstracr A{ void abstract f(); } class X extneds A { void f(){ pribt("x"); } } class Y extends A { void f(){ print("y"); } } // test(A a); void test(A a){ a.f(); } 老师，这个test(A a); 的使用 ，或者这两个类 X Y, 有违反里氏替换原则吗? (手机输入的)

老师你看一下，能不能长方形继承正方形，既然正向不行，那就反向操作。 正方形作为父类，它更严格，长方形作为继承，正方形获取边长getLong（），长方形是getLong（String type）。

这个概念从理解上来说还是比较混沌和违反直觉的. 子类这里的子从字面上理解就是小, 又很容易联想到子集的概念,而一个集合的子集是小于等于自己的. 那么里氏替换原则讲到可以用"子类不能比父类更严格"就会让人在理解上产生困惑: 1. 如果可以替换我干嘛要用子类呢?换句话说,如果只是同级别的类干嘛要产生父子关系,直接定义不就好了?或者说,定义了一些类,抽取他们的共性变成父类,这不就又成了里氏替换原则的反例了么? 2. 如果我目的就是为了缩小范围而不是扩大范围或者范围不变,我定义子类难道还"犯错了"吗? 3. 常见的场景是什么呢?

在类的继承中，如果父类方法的访问控制是 protected，那么子类 override 这个方法的时候，可以改成是 public，但是不能改成 private。因为 private 的访问控制比 protected 更严格，能使用父类 protected 方法的地方，不能用子类的 private 方法替换，否则就是违反里氏替换原则的。 想问下，这个针对protected继承或者private继承也适用的吗？

老师,请教两个问题 1.里氏替换原则是关注程序能正常运行,还是系统的逻辑不变(行为功能不变);如果只是程序能正常运行的话,基本上可以说里氏替换原则很难被违反;毕竟基类能被调用的方法,子类一定有;但是如果逻辑不变的话,则子类不能重写父类的非抽象方法? 2.void drawShape(Shape shape) { shape.draw();}中如果用Square直接替换Shape肯定也是不行的;这样的话,就不能接受Circle,即没有多态;这是不是和里式替换有点矛盾?

"这两个类都是从 JDK1 就已经存在的，我想，如果能够重新再来，JDK 的工程师一定不会这样设计。这也从另一个方面说明，不恰当的继承是很容易就发生的，设计继承的时候，需要更严谨的审视。" 李老师能否能够给一些更合理的设计，这样更容易让读者理解

栈stack的数据存储特点是FILO，先进后出吧。

里氏替换原则 要求子类可以无缝的替换父类，比父类更松。 但是在实际的开发中，往往是子类比父类更加严格，细化到适合使用在某一应用场景下，目的性越来越明确 父类的设计只是一个比较宽松的限制，子类继承然后重写在某一具体场景下的逻辑

子类 根据里氏变换，父类比子类更严格 => 子类的方法严格性小于父类的 => AException 严格性 大于 BException => AException 是 BException的父类