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

前言

设计模式相关文章主要来自B站尚硅谷的学习视频的心得 B站视频传送门

设计模式系列文章传送门23种设计模式系列合集

有空会慢慢更新学习心得，相关源码在 Github

---

IOO中的继承性的思考

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

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

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

---

基本介绍

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

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

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

• 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖 来解决问题。.这里给出一个有缺陷的代码（不满足里氏替换原则）

package learn.lhb.design.patterns.principle.liskov;

/**
 * 里氏替换原则 案例 1
 * 有缺陷，
 * 解决方案：
 * 1. 原来运行正常的相减功能发生了错误，原因是B类无意中重写类父类（A类）的方法，造成继承A类时，原有功能出错。
 * 在实际编程中，常常会通过重写父类的方法完成新的功能，这样写起来虽然简单，但整个继承体系但复用性比较差，耦合也
 * 随之增强，特别是运用多态比较频繁时
 * 2. 通用但做法是： 把原来但父类（A类）和子类（B类）都继承一个更通俗的基类，原有的继承关系去掉，采用依赖，聚
 * 合，组合等关系代替。
 *
 * @author 梁鸿斌
 * @date 2020/3/17.
 * @time 23:27
 */
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));
        System.out.println("1 - 8 = " + b.func1(1, 8));
        System.out.println("11 + 3 + 9 = "+ b.func2(11,3));
    }
}

/**
 * A 类
 */
class A {
    /**
     * 返回两个数的差
     *
     * @param num1
     * @param num2
     * @return
     */
    public int func1(int num1, int num2) {
        return num1 - num2;
    }
}

/**
 * B 类继承 A 类
 * 增加了一个新的功能，完成两个数的相加，然后和9求和
 */
class B extends A {
    /**
     * 无意间重写了A类的func1（）方法,但调用时没发现重写了父类的方法，导致出错
     * @param a
     * @param b
     * @return
     */
    public int func1(int a, int b) {
        return a + b;
    }

    public int func2(int a, int b) {
        return func1(a, b) + 9;
    }
}

---

解决方法

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

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

关系代替.

• 改进方案

代码

package learn.lhb.design.patterns.principle.liskov.improve;

/**
 * 里氏替换原则 案例 2
 *
 * @author 梁鸿斌
 * @date 2020/3/17.
 * @time 23:27
 */
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));
        System.out.println("11 + 3 = " + b.func1(11, 3));
        System.out.println("1 - 8 = " + b.func1(1, 8));
        System.out.println("11 + 3 + 9 = "+ b.func2(11,3));

        // 使用组合关系，来使用A类中的相减功能的方法
        System.out.println("11 - 3 = " + b.func3(11, 3));
    }
}

/**
 * 更加基础的基类
 */
class Base {
    /**
     * 把更加基础的方法和成员写到Bade类中
     *
     * @param num1
     * @param num2
     * @return
     */
    public int func1(int num1, int num2) {
        return num1 - num2;
    }
}

/**
 * A 类基础 Base基类
 */
class A extends Base {
    /**
     * 返回两个数的差
     *
     * @param num1
     * @param num2
     * @return
     */

    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和B的耦合
     * 也不好破坏A的相减功能。
     * @param a
     * @param b
     * @return
     */
    @Override
    public int func1(int a, int b) {
        return a + b;
    }

    public int func2(int a, int b) {
        return func1(a, b) + 9;
    }

    /**
     * 使用A中的相减方法
     * @param a
     * @param b
     * @return
     */
    public int func3(int a,int b) {
        return this.a.func1(a, b);
    }
}

---

有问题欢迎私信/评论指出，谢谢您的观看，希望对您有帮助哦！
https://lianghongbin.blog.csdn.net/