七大设计原则之里氏替换原则

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

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

一、里氏替换原则介绍

        里氏替换原则是由麻省理工学院的一个姓里的女生在1998年提出的。里氏替换原则是这样定义的：如果对每个类型为T1的对象o1，都有类型为T2的对象o2，使得T1定义的所有程序P在所有对象o1都代换成o2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型，换句话说，所有引用基类的地方必须能透明地使用其子类的对象。

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

二、案例讲解

public class A{
    //返回两个数的差
    public int func1(int num, int num2){
        return num - num2;
    }
}

/**
 * B类继承A类
 * 增加了一个新功能：完成两个数相加后的结果再加上10
**/
public class B extends A{
    public int func1(int num, int num2){
        return num + num2;
    }

    public int func2(int num, int num2){
        return func1(num, num2) + 10;
    }
}

       我们运行上面的代码时会发现原本运行正常的相减功能发生了错误。原因就是B类无意中重写了父类的方法，造成了原有功能出现错误。在实际编程中，我们常常会通过重写父类的方法完成新的功能，这样写起来虽然简单，但整个继承体系的复用性会比较差，特别是运行多态比较频繁的时候。我们可以通过将原本的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖、聚合、组合等关系来解决问题。改造后的示意图如下：

代码如下：

//创建一个更加基础的基类
public abstract Class BaseCalc{
    //把更加基础的方法和成员写到基类中
}

public class A extends BaseCalc{
    //返回两个数的差
    public int func1(int num, int num2){
        return num - num2;
    }
}

/**
 * B类继承BaseCalc类
 * 增加了一个新功能：完成两个数相加后的结果再加上10
**/
public class B extends BaseCalc{
    //如果B类需要使用到A类的方法，可以使用组合关系
    private A a = new A();

    public int func1(int num, int num2){
        return num + num2;
    }

    public int func2(int num, int num2){
        return func1(num, num2) + 10;
    }

    public int func3(int num, int num3){
        return this.a.func1(num, num2) + 9;
    }
}

       最后需要强调的一点是，在使用继承时，要遵循里氏替换原则，在子类中尽量不要重写父类的方法。在适当的情况下，可以通过聚合、组合、依赖来解决问题就无须通过继承。