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

简介: 设计模式七大原则——里氏替换原则

1.什么是里氏替换原则


我们都知道,在面向对象编程中有三大特性(封装、继承、多态),在这里我们来说继承这个东西。

继承包含这样一层含义:父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏。

也就是说:继承在给程序设计带来便利的同时,也带来了弊端。比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障。

问题提出:在编程中,如何正确的使用继承? => 里氏替换原则???

1.    里氏替换原则(Liskov Substitution Principle)1988年,由麻省理工学院的以为姓里的女士提出的。

2.    如果对每个类型为Tl的对象o1,都有类型为T2的对象o2,使得以Tl定义的所有程序Р在所有的对象o1都代换成o2时,程序Р的行为没有发生变化,那么类型T2是类型TI的子类型。换句话说,所有引用基类的地方必须能透明地使用其子类的对象。

3.    在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法。

4.    里氏替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合,组合,依赖来解决问题。

2.代码案例


package com.szh.principle.liskov;
/**
 *
 */
// A类
class A {
    // 返回两个数的差
    public int func1(int num1, int num2) {
        return num1 - num2;
    }
}
// B类继承了A
// 增加了一个新功能:完成两个数相加,然后和9求和
class B extends A {
    //这里,重写了A类的方法, 可能是无意识
    public int func1(int a, int b) {
        return a + b;
    }
    public int func2(int a, int b) {
        return func1(a, b) + 9;
    }
}
public class Liskov {
    public static void main(String[] args) {
        A a = new A();
        System.out.println("11-3=" + a.func1(11, 3));
        System.out.println("1-8=" + a.func1(1, 8));
        System.out.println("-----------------------");
        B b = new B();
        System.out.println("11-3=" + b.func1(11, 3));  //这里本意是求出11-3
        System.out.println("1-8=" + b.func1(1, 8));    //这里本意是求出1-8
        System.out.println("11+3+9=" + b.func2(11, 3));
    }
}

从代码运行结果中看到,有两行出了问题,这是因为B继承A之后,并且重写了func1方法,那么此时就不会再去执行A类的func1方法了,而是执行B自己的func1方法,而Bfunc1方法的逻辑是对两个数求和,所以这里你以为的就不再是你以为的了。

3.改进代码


我们发现原来运行正常的相减功能发生了错误。原因就是类B无意中重写了父类的方法,造成原有功能出现错误。在实际编程中,我们常常会通过重写父类的方法完成新的功能,这样写起来虽然简单,但整个继承体系的复用性会比较差。特别是运行多态比较频繁的时候。

通用的做法是: 原来的父类和子类都继承一个更通俗的基类,原有的继承关系去掉,采用依赖,聚合,组合等关系代替。

package com.szh.principle.liskov.improve;
/**
 *
 */
//创建一个更加基础的基类
class Base {
    //把更加基础的方法和成员写到Base类
}
// A类
class A extends Base {
    // 返回两个数的差
    public int func1(int num1, int num2) {
        return num1 - num2;
    }
}
// B类继承了A
// 增加了一个新功能:完成两个数相加,然后和9求和
class B extends Base {
    //如果B需要使用A类的方法,使用组合关系
    private A a = new A();
    //这里,重写了A类的方法, 可能是无意识
    public int func1(int a, int b) {
        return a + b;
    }
    public int func2(int a, int b) {
        return func1(a, b) + 9;
    }
    //我们仍然想使用A的方法
    public int func3(int a, int b) {
        return this.a.func1(a, b);
    }
}
public class Liskov {
    public static void main(String[] args) {
        A a = new A();
        System.out.println("11-3=" + a.func1(11, 3));
        System.out.println("1-8=" + a.func1(1, 8));
        System.out.println("-----------------------");
        B b = new B();
        //因为B类不再继承A类,因此调用者不会再认为func1方法是求减法
        //调用完成的功能就会很明确
        System.out.println("11+3=" + b.func1(11, 3));//这里本意是求出11+3
        System.out.println("1+8=" + b.func1(1, 8));//这里本意是求出1+8
        System.out.println("11+3+9=" + b.func2(11, 3));
        //使用组合仍然可以使用到A类相关方法
        System.out.println("11-3=" + b.func3(11, 3));// 这里本意是求出11-3
    }
}

此时我们创建一个更基础的Base类,让AB都继承这个类,如果还想像之前那样在B中使用A,那么就采用组合来解决,即在B类中声明一个私有的A类成员变量就可以了。

相关文章
|
2天前
|
设计模式 前端开发 Java
设计模式之六大基本原则
设计模式之六大基本原则
21 0
|
6月前
|
设计模式 Java 程序员
|
7月前
|
设计模式 Java 测试技术
Java设计模式七大原则-接口隔离原则
Java设计模式七大原则-接口隔离原则
42 0
|
2天前
|
设计模式 算法 架构师
【搞懂设计模式】设计模式与面向对象原则
【搞懂设计模式】设计模式与面向对象原则
6 1
|
2天前
|
设计模式 前端开发 API
写出易维护的代码|React开发的设计模式及原则
本文对React社区里出现过的一些设计模式进行了介绍,并讲解了他们遵循的设计原则。
|
2天前
|
设计模式 数据可视化 关系型数据库
设计之美-揭秘设计模式、原则与UML的魔法
设计模式、设计原则和UML是软件工程设计中的核心要素。设计模式为常见问题提供经验证的解决方案,复用性高且提升开发效率。设计原则指导我们创建灵活、可维护和可扩展的系统,确保代码质量和长期可维护性。UML(统一建模语言)则是一种强大的可视化工具,用于描述、构建和文档化软件系统的结构和行为。它帮助开发者更清晰地理解系统架构和组件间关系。综合应用设计模式、设计原则和UML,能够显著提高软件开发的效率和质量,减少维护成本,为复杂系统的设计和实施提供有力支持。
37 0
设计之美-揭秘设计模式、原则与UML的魔法
|
2天前
|
设计模式 关系型数据库
设计模式的六大原则:理解设计模式的关键思想和应用
设计模式的六大原则:理解设计模式的关键思想和应用
18 2
|
2天前
|
设计模式
【设计模式】1、设计模式七大原则
【设计模式】1、设计模式七大原则
19 0
|
2天前
|
设计模式 存储 NoSQL
【设计模式】软件设计原则-单一职责原则
【1月更文挑战第12天】【设计模式】软件设计原则-单一职责原则
|
2天前
|
设计模式 关系型数据库
【设计模式】软件设置原则-开闭原则
【1月更文挑战第12天】【设计模式】软件设置原则-开闭原则
http://www.vxiaotou.com