里氏替换原则是设计模式中的重要原则，指出子类必须能够替换它们的基类而不影响系统行为。正方形作为长方形的例子展示了违反该原则的情况，导致代码预期行为改变。遵循原则的关键在于确保子类行为与基类一致，不改变原有功能。正确应用此原则能维护继承体系的稳定性和代码的可扩展性。
《设计模式》六大原则：里氏替换原则
1 什么是里氏代换原则
里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该使用继承，以及其中的蕴涵的原理。2002年，我们前面单一职责原则中提到的软件工程大师Robert C. Martin，出版了一本《Agile Software Development Principles Patterns and Practices》，在文中他把里氏代换原则最终简化为一句话：“Subtypes must be substitutable for their base types”。也就是，子类必须能够替换成它们的基类。
我们把里氏代换原则解释得更完整一些：在一个软件系统中，子类应该可以替换任何基类能够出现的地方，并且经过替换以后，代码还能正常工作。
第一个实例：正方形不是长方形（违反里氏替换原则）
“正方形不是长方形”是一个理解里氏代换原则的最经典的例子。在数学领域里，正方形毫无疑问是长方形，它是一个长宽相等的长方形。所以，我们开发的一个与几何图形相关的软件系统中，让正方形继承自长方形是顺利成章的事情。
现在，我们截取该系统的一个代码片段进行分析：
长方形类Rect
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
