里氏替换原则（Liskov Substitution Principle，LSP）：面向对象设计的基本原则

诸神缄默不语-个人CSDN博文目录

里氏替换原则（Liskov Substitution Principle，LSP）是面向对象设计的基本原则之一。

文章目录

• 一、概念定义
• 二、违反里氏替换原则的常见情况及示例
• 三、遵循里氏替换原则的好处

一、概念定义

1. 基本表述
   • 子类型必须能够替换掉它们的基类型。也就是说，在程序中，任何基类可以出现的地方，子类一定可以出现，并且程序的行为不会被破坏。
2. 从继承关系角度理解
   • 当一个类继承自另一个类时，子类应该完全兼容父类的行为。例如，在一个使用父类引用的场景中，如果将父类引用替换为子类引用后，整个程序的功能逻辑依然正确。

二、违反里氏替换原则的常见情况及示例

1. 方法签名改变
   • 比如父类有一个方法public int calculate(int a, int b)，子类将其改为public double calculate(double a, double b)。这样在使用父类引用调用该方法的地方就会出现类型不匹配的问题。
2. 方法行为改变
   • 假设父类的withdraw方法在账户余额不足时只是简单返回一个错误码，而子类重写后的withdraw方法在余额不足时会抛出异常。如果程序的其他部分是基于父类的行为逻辑编写的，在使用子类替换父类后就可能导致程序出错。

三、遵循里氏替换原则的好处

1. 提高代码的可维护性
   • 当需要扩展系统功能时，可以在不修改现有代码的基础上通过继承添加新的子类。因为子类与父类的兼容性保证了替换后的程序依然能正常工作。
2. 增强代码的可扩展性
   • 方便在不破坏现有架构的情况下增加新的类型层次结构。例如在设计图形绘制系统时，基类Shape有draw方法，各种具体的形状类（如Circle、Rectangle等）作为子类遵循里氏替换原则，就可以很容易地扩展新的形状类到系统中。
3. 促进软件设计的合理性
   • 引导开发者正确地设计类的继承关系，避免过度耦合和不合理的继承结构。使得整个软件系统的架构更加清晰、稳定。