里氏替换原则:
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{
@Override
public 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);
}
}