• Java设计原则—里氏替换原则(转)


    里氏替换原则(Liskov Substitution Principel)是解决继承带来的问题。

    继承的优点:

    • 代码共享,减少创建类的工作量,每个子类都拥有父类的方法和属性;
    • 提高代码的重用性;
    • 子类可以形似父类,但又异于父类;
    • 提高代码的可扩展性;
    • 提高产品或项目的开放性。

    继承的缺点:

    • 继承是侵入性的,只要继承就必须拥有父类的所有属性和方法;
    • 降低代码的灵活性,子类必须拥有父类的属性和方法,让子类增加了约束;
    • 增强了耦合性,当父类的常量、变量和方法被修改时,必须考虑子类的修改。

    定义:

    所有引用基类的地方必须能透明地使用其子类的对象。

    通俗点讲,只要父类能出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不需要知道是父类还是子类。但是,反过来就不行了,有子类出现的地方,父类未必就能适应。

    含义:

    • 子类必须完全实现父类的方法

    在类中调用其他类时务必要使用父类或接口,如果不能使用父类或接口,则说明类的设计已经违背了里氏替换原则。

    如果子类不能完整地实现父类的方法,或者父类的某些方法在子类中发生了“畸变”,则建议断开父子继承关系,采用依赖、聚集、组合等关系代替继承。

    • 子类可以有自己的个性
    • 覆盖或实现父类的方法时输入参数可以被放大

    如果子类的前置条件较小,子类在没有覆写父类的方法的前提下,子类方法被执行了,这会引起业务逻辑混乱,因为在实际应用中父类一般都是抽象类,子类是实现类,你传递一个这样的实现类就会“歪曲”了父类的意图,引起一堆意想不到的业务逻辑混乱。

    • 覆盖或实现父类的方法时输出结果可以被缩小

    目的:

    采用里氏替换原则的目的就是增强程序的健壮性,版本升级是也可以保持非常好的兼容性。即使增加子类,原有的子类还可以继续运行。在实际项目中,每个子类对应不同的业务含义,使用父类作为参数,传递不同的子类完成不同的业务逻辑。

  • 相关阅读:
    分享分享JavaScript100例-仅供参考
    为每个页面加上Session判断
    Javascript实现真实字符串剩余字数提示
    格式与文件扩展名指定的格式不一致
    谈谈Github Universe 2019
    合并两个有序链表的golang实现
    二叉搜索树的最近公共祖先的golang实现
    验证二叉搜索树的golang实现
    三数之和的golang实现
    有效的字母异位词的golang实现
  • 原文地址:https://www.cnblogs.com/lingyejun/p/7119016.html
走看看 - 开发者的网上家园