Liskov替换原则（Liskov Substitution Principle）

最新推荐文章于 2025-01-09 23:54:27 发布
原创 最新推荐文章于 2025-01-09 23:54:27 发布 · 410 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #开发语言 #设计模式

Liskov替换原则（Liskov Substitution Principle）

目录

  1. 由来
  2. 定义
  3. 多种主要用法及其代码示例
  4. 其他类似原则
  5. 详细区别
  6. 官方链接

1. 由来

Liskov替换原则是由计算机科学家Barbara Liskov在1987年提出的，她的名字也因此得名。这个原则是面向对象编程中的重要原则之一，属于SOLID设计原则的一部分。

2. 定义

Liskov替换原则可以定义为：如果S是T的子类型，则在任何使用T的地方都可以用S来替代，而不会导致程序的行为发生变化。

简单来说，就是子类必须能够完全替代父类，并且保持程序的正确性和稳定性。

3. 多种主要用法及其代码示例

Liskov替换原则的应用主要体现在以下几个方面，下面是具体的用法和代码示例：

示例1：图形类继承关系

class Shape {
   
   
    public double getArea() {
最低0.47元/天 解锁文章
深入理解设计原则之里氏替换原则(LSP)【软件架构设计】
weixin_30197685的博客
05-28 3280
里氏替换原则(Liskov Substitution Principle, LSP)于1986年有Barbara Liskov提出，他当时是这样描述这条原则的：如果S是T的子类型，那么T的对象可以被S的对象所替换，并不影响代码的运行。1996年，Robert Martin在他的SOLID原则中重新描述了里氏替换原则：使用父类对象的函数可以在不了解子类的情况下替换为使用子类对象。 结合上面的描述，我们将里氏替换原则描述为：子类对象能够替换到程序中的父类对象出现的任何地方，并且保证程序原有的逻辑行为不变和正确性
【设计模式】Liskov替换原则
鹏啊鹏
10-24 824
LSP原则可以通过以下方式定义：如果S是T的一个子类型，那么类型为T的对象可以被类型为S的对象替换，而不会改变程序的任何性质（如正确性、任务完成能力等）。
软件构造：对于Liskov替换原则的理解
m0_53533796的博客
06-13 501
软件构造：对于Liskov替换原则的理解
Liskov替换原则（转）
msbls5的专栏
12-31 724
2.3.3  Liskov替换原则 Barbara Liskov于1988年提出了著名的替换原则："如果对于类型S的每个对象O1存在类型T的对象O2，那么对于所有定义了T的程序P来说，当用O1替换 O2并且S是T的子类型时，P的行为不会改变。"通俗地讲，就是子类型能够完全替换父类型，而不会让调用父类型的客户程序从行为上有任何改变。 Liskov替换原则 基于这样的一个事实，那就是客户程
Liskov替换原则(LSP)
netHibernate的专栏
12-28 2584
Barbara Liskov说: 这里需要如下替换性质-----若对每个类型S的对象o1,都存在一个类型T的对象o2,使得在所有针对T编写的程序P中,用o1替换o2后,程序P的行为功能不变,则S是T的子类型.上面的就是Liskov替换原则,换句话说,就是子类型(sub type)必须能够替换掉它们的基类型(base type).对于LSP的违反也潜在的违反了OCP.如果新派生类的创建会导致
SOLID - Liskov替换原则（Liskov Substitution Principle）
2404_88048702的博客
10-23 991
在软件设计领域，SOLID原则中的"L"代表Liskov替换原则（Liskov Substitution Principle, 简称LSP）。Liskov替换原则由计算机科学家Barbara Liskov在她关于数据抽象和类型理论的工作中提出，是面向对象编程中的一项核心原则。（英语：Barbara Liskov，1939年11月7日—），本名芭芭拉·简·休伯曼（英语：Barbara Jane Huberman）。美国计算机科学家，2008年得主，2004年得主。现任电子电气与计算机科学系教授。
Java七大设计原则 - 里氏替换原则 （Liskov Substitution Principle）
12-26 576
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。- 任何基类出现的地方、子类一定可以出现- 在程序中尽量使用基类的类型来 定义对象、在运行时确认子类子类，用子类对象替换父类对象实现“开-闭”原则的关键步骤就是抽象化。
SOLID原则学习，里氏替换原则（Liskov Substitution Principle, LSP）
最新发布
汽车电子软件领域知识分享
01-09 1225
里氏替换原则的核心是确保子类可以完全替换父类而不影响程序的正确性。通过合理设计类的继承关系，避免子类修改父类的行为，可以提高代码的可维护性和可扩展性。在实际开发中，如果发现子类无法完全替换父类，可能需要重新审视类的设计，考虑使用组合或其他设计模式来解决问题。
LSP简介（LSP--Liskov Substitution Principle）
旅途
06-20 7983
 一、LSP简介（LSP--Liskov Substitution Principle）：定义：如果对于类型S的每一个对象o1，都有一个类型T的对象o2，使对于任意用类型T定义的程序P，将o2替换为o1，P的行为保持不变，则称S为T的一个子类型。子类型必须能够替换它的基类型。LSP又称里氏替换原则。对于这个原则，通俗一些的理解就是，父类的方法都要在子类中实现或者重写。 
Liskov Substitution Principle
Closed
03-08 1637
Liskov Substitution Principle, 由Barbara Liskov 和 Jeannette Wing在93年提出，其原文为：“Let q(x) be a property provable about objects x of type T. Then q(y) should be true for objects y of type S where S is a sub
Liskov替换原则
阿常呓语的专栏
01-14 2045
Liskov替换原则 文章目录Liskov替换原则案例引入如何理解 子类型可以替换 基类型 ?违反LSP的危害总结参考文档 今天我继续来说 软件设计的另一个原则，LSP原则 里氏代换原则 英文缩写: LSP , 全称: Liskov Substitution Principle 来源 : 它由芭芭拉·利斯科夫（Barbara Liskov）在1987年在一次会议上名为“数据的抽象与层次”的演说中首先提出. 子类型(sub_type) 必须能够替换掉它们的基类型(base type) 若对每个类型
Liskov替换原则（Liskov Substitution principle）
一朝风月
12-17 3191
子类型（subtype）必须能够替换掉他们的基类型（base type）如果一个类承担的职责过多，就等于把这些职责耦合在了一起。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的（fragile）设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦合在一起，会影响复用性。例如：要实现逻辑和界面的分离。...
Liskov替换原则（LSP）
qq_51091259的博客
06-06 727
Liskov替换原则（LSP）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

BigDataMLApplication

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值