里氏替换原则

OO 中的继承性的思考和说明

1. 继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。
2. 继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低， 增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障
3. 问题提出：在编程中，如何正确的使用继承? => 里氏替换原则

基本介绍

1. 里氏替换原则(Liskov Substitution Principle)在 1988 年，由麻省理工学院的以为姓里的女士提出的。
2. 如果对每个类型为 T1 的对象 o1，都有类型为 T2 的对象 o2，使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。换句话说，所有引用基类的地方必须能透明地使用其子类的对象。（这点没看懂）
3. 在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法
4. 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖 来解决问题。

一个程序引发的问题和思考

public class Calculation {

    public Double function(Double d1,Double d2){
        return  d1 +d2;
    }
}

public class Mathematical extends Calculation {

    @Override
    public Double function(Double d1, Double d2) {
        return d1 - d2;
    }

    public Double function1(Double d1, Double d2){
        return function(d1,d2) + 9;
    }
}


public class Test {

    public static void main(String[] args) {
        Mathematical mathematical = new Mathematical();
        Double d = mathematical.function(8.0,9.5);
        System.out.println(d);
        Double d1 = mathematical.function1(8.0,9.5);
        System.out.println(d1);
    }
}

1. 当父类有一个方法时，子类实现了父类的方法。而子类有业务变动时，父类的方法满足不了需求，子类重写了父类的方法，而且改变了里面的业务 。造成的原有的功能出错。这样写起来虽然简单，但是整个体系的利用性会比较差，特别是运行多态比较频繁的时候。
2. 通用的做法是：原来的父类和子类都继承一个理通俗的基类，原有的继承关系去掉，采用依赖，聚合，组合等关系代替。
3. 改进方案

public class Base {
    // 实现更基础的方法
}

public class A extends Base {

    public int sub(int a,int b){
        return a-b;
    }
}


public class B extends Base {

    public A a = new A();

    public int add(int a,int b){
        return  a + b;
    }

    // 还是可以用A类的方法
    public int function(int a,int b){
        return this.a.sub(a,b);
    }
}

使用组合仍然可以使用B类的方法。