设计模式之里氏替换原则

里氏替换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。

原则：子类可以扩展父类的功能，但不能改变父类原有的功能。
     父类能出现的地方都可以用子类来代替，而且换成子类也不会出现任何错误或异常，而使用者也无需知道是父类还是子类，
     但反过来则不成立。总之，就是抽象。
     1. 子类必须完全实现父类的抽象方法，但不能覆盖父类的非抽象方法；
     2. 子类中可以增加自己特有的方法；
     3. 当子类的方法重载父类的方法时，方法的前置条件(即方法的形参)要比父类方法的输入参数要更宽松；
如父类的输入参数是APPLE类，那么子类的输入参数可以是APPLE的父类Object，而不是APPLE的子类REDAPPLE，否则的话，父类出现的地方不能用子类来代替。
     4.当子类的方法实现父类的抽象方法时，方法的后置条件(即方法的返回值)要比父类更严格。
如果父类的抽象方法返回值是APPLE，那么子类的方法返回值可以是任意APPLE子类，而不能是OBJECT，否则，用子类的地方，返回值比父类更高层级，会面临向下转型。

优点：
     1. 提高代码的重用性，子类拥有父类的方法和属性；
     2. 提高代码的可扩展性，子类可形似于父类，但异于父类，保留自我的特性；

缺点：
     1. 继承是侵入性的，只要继承就必须拥有父类的所有方法和属性，在一定程度上约束了子类，降低了代码的灵活性；
     2. 增加了耦合，当父类的常量、变量或者方法被修改了，需要考虑子类的修改，所以一旦父类有了变动，很可能会造成
        非常糟糕的结果，要重构大量的代码。

橙色字刚开始不理解，以为是重载，其实是覆盖，覆盖当然是不能覆盖的了。

https://blog.csdn.net/a910626/article/details/51626713