一、04【设计原则】之里氏替换原则

今天的博客主题

       设计模式 ——》设计原则之里氏替换原则

---

里氏替换原则 LSP （Liskov Substitution Principle）

 

任何基类可以出现的地方，子类一定可以出现。

里氏替换原则是继承复用的基石，只有当衍生类可以替换掉基类，基类的功能不收影响，基类才能真正被复用，衍生类也能够在基类的基础上增加新的行为。这样说很笼统，简单说就是子类可以扩展父类功能，但不能改变父类的功能，子类可以新增功能。

这是在讲开闭原则时候的一段代码，仔细看代码会发现，这里违背了里式替换原则。

public class HuaWeiDiscountPhone extends HuaWeiPhone {
    public HuaWeiDiscountPhone(Integer id, String model, Double price) {
        super(id, model, price);
    }
    // 手机原价
    public Double getOriginPrice(){
        return super.getPrice();
    }
    // 手机优惠价 88折
    public Double getPrice(){
        return super.getPrice() * 0.88;
    }
}

修改下代码，不应该覆盖父类的 getPrice() 方法，而是在子类增加 getDiscountPrice()

public class HuaWeiDiscountPhone extends HuaWeiPhone {
    public HuaWeiDiscountPhone(Integer id, String model, Double price) {
        super(id, model, price);
    }
    // 手机折扣价 88折
    public Double getDiscountPrice(){
        return super.getPrice() * 0.88;
    }
}

里氏替换原则的特点

1）约束继承的泛滥，也是对开闭原则的一种补充

2）增强程序的健壮性，兼顾程序的兼容性，提高程序的维护性，扩展性。

3）降低需求变更时引入的风险。

继承的缺点

1）继承是侵入性的。只要继承，就必须拥有父类的属性方法。

2）降低了程序的灵活性，因为只要继承，父类就会对子类有一定的约束。

3）增加了系统的耦合性。因为在对父类方法做调整时，要考虑对子类产生的影响。

 

里式替换原则是对继承进行规范上的约束。

 

在翻阅资料的时候，对里氏替换原则举的例子最多的就是，正方形不是长方形，企鹅不是鸟，这些例子看来都是推翻里氏替换原则的。

你不是说 出现基类的地方一定能出现子类吗？

网上的例子千篇一律，没有能直接证明里氏替换原则的代码。

个人认为它是设计原则里面最难理解的原则，可能还没达到那个级别吧。

 

总的说里式替换原则体现在以下四点：

1）子类可以实现父类的抽象方法，但不能覆盖父类的抽象方法。

2）子类可以增加自己特有的方法。

3）子类重载父类方法时，方法的入参要比父类方法的入参更宽松些。

4）子类实现父类方法时（重写/重载或实现抽象方法），方法的返回值要比父类更严格或相等。

 

里氏替换原则是不是就想 让子类可以替代父类出现，还要保证结果不发生改变？

那就又有点不符合继承了呀，继承无非就是想重写或重载父类的方法，那要不然要继承来做什么？两个类还冗余。。

只能说太抽象了...

但在进行设计的时候，还是尽量从抽象类继承，而不是从具体类继承。

---

Mark：后面再补补