设计模式——里氏替换原则

Alienware^

已于 2023-09-02 20:31:16 修改

阅读量421

点赞数

分类专栏：设计模式文章标签：设计模式里氏替换原则

于 2023-08-20 23:30:25 首次发布

本文链接：https://blog.csdn.net/weixin_45417821/article/details/132397935

版权

32 篇文章 0 订阅

订阅专栏

里氏替换原则

继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。
继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障
问题提出：在编程中，如何正确的使用继承? => 里氏替换原则

里氏替换原则(Liskov Substitution Principle)在 1988 年，由麻省理工学院的以为姓里的女士提出的。
如果对每个类型为 T1 的对象 o1，都有类型为 T2 的对象 o2，使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。换句话说，所有引用基类的地方必须能透明地使用其子类的对象。
在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法
里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖来解决问题。

看个程序, 思考下问题和解决思路.

我们发现原来运行正常的相减功能发生了错误。原因就是类 B 无意中重写了父类的方法，造成原有功能出现错误。在实际编程中，我们常常会通过重写父类的方法完成新的功能，这样写起来虽然简单，但整个继承体系的复用性会比较差。特别是运行多态比较频繁的时候
通用的做法是：原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖，聚合，组合等关系代替.

视频中的讲解是继承一个基类，但是我目前并不知道继承这个基类的作用，测试发现，不继承这个基类也能实现，但是我还是将视频中的代码放到了这里，如果有知道的大神，还请评论区或者私信告知我！！！

图解！

在这里插入图片描述

代码实现

所谓的继承基类的问题比较懵一点，如果有大神看到，麻烦指点一二

关注