设计模式的七大设计原则：其四：里氏替换原则

里氏替换原则：

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

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

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

3）问题提出：在编程中，如何正确的使用继承？==》里氏替换原则

里氏替换原则基本介绍：

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

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

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

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

案例：

1.main方法中的B的结果就是不正确的，原因是因为B中继承A的时候，不小心重写了A中的方法导致。

package liskov;public class Liskov {public static void main(String[] args) {A a = new A();System.err.println("11-3 = " + a.func1(11,3));System.err.println("1-8 = " + a.func1(1,8));B b = new B();System.err.println("11-3 = " + b.func1(11,3));System.err.println("1-8= " + b.func1(1,8));System.err.println("11+3+9=" + b.func2(11,3));}
}class A {public int func1(int num1,int num2){return num1-num2;}
}class B extends A{@Overridepublic int func1(int num1,int num2){return  num1 + num2;}public int func2(int num1,int num2){return func1(num1,num2) + 9;}}

2.改进，如果B要重写A的方法，那么提出一个基类，B和A都继承基类，同时B使用组合关系来解决继承A的问题。

package liskov.improve;public class Liskov {public static void main(String[] args) {A a = new A();System.err.println("11-3 = " + a.func1(11,3));System.err.println("1-8 = " + a.func1(1,8));B b = new B();//因为B类不再继承A类，因此调用者不会再认为func1是求减法了//调用完成的功能就会很明确了System.err.println("11-3 = " + b.func3(11,3));System.err.println("1-8= " + b.func3(1,8));System.err.println("11+3+9=" + b.func2(11,3));}
}class Base{}class A extends Base{public int func1(int num1,int num2){return num1-num2;}
}class B extends Base {//如果B需要使用到A类的方法，使用组合关系，一共有3中：依赖，聚合，组合private A a = new A();public int func1(int num1,int num2){return  num1 + num2;}public int func2(int num1,int num2){return func1(num1,num2) + 9;}public int func3(int num1,int num2){return this.a.func1(num1,num2);}
}