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

先来说一说面向对象中的继承

(1) 继承的含义: 父类凡是已经实现好的方法，实际上是在设定规范和契约, 虽然它不强制要求所有的子类都必须要遵守这	  	
			  些契约，但是如果子类对这些已经实现的方法任意修改，那么就会对整体继承体造成破坏
(2) 继承的优缺点: 继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来入侵性，程序的可移植
			    性就会降低，增加对象之间的耦合度，如果一个类别其他类所继承，则当这个类需要修改时候，必须要考虑到				
			    所有子类是否会产生故障
(3) 那么到底该如何正确使用继承呢? 那么就需要用到: 里氏替换原则

什么是里氏替换原则

如果对每个类型为T1的对象O1，都有类型为T2的对象O2，使得以T1定义的所有程序P在所有的对象O1都替换成O2时，
程序P的行为没有发生变化，那么类型T2是类型T1的子类型。换句话说，所有引用基类的地方都能够透明的使用其子类对	
象。
在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法。
里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当情况下，可以通过聚合、组合、依赖来解决问题

为什么要设计里氏替换原则

(1) 定义了继承的一种规范
(2) 避免了子类“个性化"导致业务逻辑出错

案例演示 - 非里氏替换原则

此时有两个类，分别为A类和B类，A类中有一个sub()方法, B类中有一个add()方法。B又继承于A

public class Normal {
    public static void main(String[] args) {
        A a = new A();
        System.out.println("15 - 5 = " + a.sub(15, 5));

        B b = new B();
        System.out.println("20 - 10 = " + b.sub(20 , 10));
        System.out.println("10 + 10 = " + b.add(10, 10));
    }
}

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

class B extends A {

    /***
     * 这里可能开发者无意修改，没有考虑到周全
     * @param a
     * @param b
     * @return
     */
    @Override
    public Integer sub(int a, int b) {
        return a - b - 2;
    }

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

可以看出子类B可能由于开发者考虑不周全重写了父类方法sub()，从而导致调用的业务逻辑获取值是错误的。直接重写表面看起来虽然比较简单，但是整个体系复用性就会变差，设置导致业务逻辑错误。

案例演示02 - 里氏替换原则

public class Liskov {
    public static void main(String[] args) {
        A a = new A();
        System.out.println("10 - 5 = " + a.sub(10, 5));
        System.out.println("100 - 5 = " + a.sub(100, 5));

        B b = new B();
        System.out.println("10 + 10 = " + b.add(10, 10));
        System.out.println("20 - 10 = " + b.sub(20, 10));
    }
}

class Base {
	// 次处可以是最基础的成员和方法写到此类
}

class A extends Base {
    public Integer sub(int a , int b) {
        return a - b;
    }
}

class B extends Base {
    private A a = new A();

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

    public Integer sub(int a, int b) {
        return this.a.sub(a , b);
    }
}

将原有的继承关系去掉，采用依赖、聚合、组合等关系替代