六大设计原则，里氏替换原则

我们都知道继承是面向对象语言中极其重要的一部分语法，当然他的存在给了我们很大的便利，但是同样他也有很多的缺陷。

1. 继承是侵入性的，只要继承，就必须拥有父类的所有属性和方法；
2. 降低了代码的灵活性。子类必须拥有父类的属性和方法，上子类多了很多的约束；
3. 增强了耦合性。当父类的常量，变量，方法，被修改是，需要考虑子类的修改；

那么，里氏替换原则就是主要对继承做了一些规范。

我们先来看一下里氏替换原则的定义：
所有引用基类的地方必须能透明地使用其子类对象。
下面我们来看看，里氏替换原则规定了哪些规则，相信读懂了他的四条规则，再回来看这句定义就会有感觉了，反正我是这样子认知过来的。

1.子类必须完全实现父类的方法。
我们来看一个举个例子。先来看一张类图。

这里注意在类中调用其它类的时候，里氏替换原则规定务必使用父类或接口，例如图中的Soldier的成员变量AbstractGun.

接下来我要增加一种枪支，我要增加玩具枪，显然玩具枪不是真枪，不能射击，我们当然可以继承AbstractGun下来然后，shoot方法进行空实现，但是我们在Solider里面已经做了一大堆的逻辑，会影响到代码运行。也违背了里氏替换原则的第一条。
所以，如果子类不能完整的实现父类的方法，或者父类的某些方法在子类中已经发生了“畸变”，则建议断开父子继承关系，采用依赖，聚集，组合等关系代替继承。

采用委托（组合）策略后的类图：

2.子类可以有自己的个性
这个很好理解，就是子类可以多些自己的方法，成员变量。这里只要注意一点就是向下转型是不安全的

3.覆盖或实现父类的方法是输入参数只能被放大。

public class Father {
    public void doSomeThing(HashMap map){
        System.out.println("父类被执行");
    }
}

public class Son extends Father {
    public void doSomeThing(Map map){
        System.out.println("子类被执行");
    }
}

这是为了保证，当可以传入一个参数可以选择两个方法执行的时候，一定先执行父类的。这样做的主要目的是为了增加程序的健壮性。

4.覆盖或实现父类的方法时输出结果只能被缩小
原因同第三点要求。