设计模式七大原则-里氏替换原则

引言

在软件开发中,为了提高软件系统的可维护性,增加软件的可扩展性和灵活性,程序员要尽量根据7条原则来开发程序,从而提高软件开发效率,节约软件开发成本和维护成本

想了解七大原则的其他原则 ,可看在下其他文章通读全文则可爆锤面试官↓

设计模式七大原则-开闭原则

设计模式七大原则-里氏替换原则

设计模式七大原则-依赖倒置原则

设计模式七大原则-单一职责原则

设计模式七大原则-接口隔离原则的定义

设计模式七大原则-迪米特法则

设计模式七大原则-合成复用原则

里氏替换原则定义

里氏替换原则（Liskov Substitution Principle，LSP）由麻省理工学院计算机科学实验室的里斯科夫（Liskov）女士在 1987 年的“面向对象技术的高峰会议”（OOPSLA）上发表的一篇文章《数据抽象和层次》（Data Abstraction and Hierarchy）里提出来的，她提出: 继承必须确保超类所拥有的的性质在子类中仍然成立

里氏替换原则主要阐述了有关继承的一些原则,也就是什么时候应该使用继承,什么时候不应该使用继承,其中蕴含的原理.里氏替换原则是继承复用的基础.它反映了积累与子类之间的关系,是对开闭原则的补充,是对实现抽象画的具体实现步骤的规范

里氏替换原则的使用

里氏替换原则的主要作用如下.

1. 里氏替换原则是实现开闭原则的重要方式之一
2. 它克服了继承中重写父类造成的可复用性变差的缺点.
3. 他是动作正确性的保证,即类的扩展不会给已有系统引入新的错误,降低了代码出错的可能性
4. 加强程序的健壮性,同时变更时可以做到非常好的兼容性,提高程序的维护性,可扩展性,降低需求变更时引入的风险

里氏替换原则的实现方法

里氏替换原则通俗来讲就是:子类可以扩展父类的功能,但是不能改变父类原有的功能,也就是说,子类继承父类时,除添加新的方法完成新增功能外,尽量不要重写父类的方法

根据上述理解,对里氏替换原则的定义可以总结如下:

• 子类可以实现父类的抽象方法,但补鞥呢覆盖父类的非抽象方法
• 子类中可以增加自己特有的方法
• 当子类的方法重载父类的方法时,方法的前置条件要比父类的方法更宽松
• 当子类的方法实现父类的方法时(重写/重载或实现抽象方法,方法的后置条件(即方法的输出/返回值)

通过重写父类的方法来完成新的功能写起来虽然简单,但是整个继承体系的可复用性会比较差,特别是运用多态比较频繁时,程序运行出错的概率会非常大

如果程序违背了里氏替换原则,则继承类的对象在基类出现的地方会出现运行错误,这时其修正的方法是:原来的继承关系,重新设计他们之间的关系

关于里氏替换原则的例子,最有名的是"正方形不是长方形".当然生活中有很多例子,比如企鹅,鸵鸟,几维鸟从生物学自然都属于鸟,但是到了里氏替换原则中,由于他们不能继承"鸟"会飞的特性.所以他们不能定义成"鸟"的子类.玩具枪不能打击敌人所以不能定义成枪械