今天的博客主题
设计原则和模式 --》设计原则之里氏替换原则
里氏替换原则 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.增强程序的健壮性,兼顾程序的兼容性,提高程序的维护性,扩展性。降低需求变更时引入的风险。
继承的缺点
1.继承是侵入性的。只要继承,就必须拥有父类的属性方法。
2.降低了程序的灵活性,因为只要继承,父类就会对子类有一定的约束。
3.增加了系统的耦合性。因为在对父类方法做调整时,要考虑对子类产生的影响。
里式替换原则是对继承进行规范上的约束。
在翻阅资料的时候,对里氏替换原则举的例子最多的就是,正方形不是长方形,企鹅不是鸟,这些例子看来都是推翻里氏替换原则的。
你不是说 出现基类的地方一定能出现子类吗?
网上的例子千篇一律,没有能直接证明里氏替换原则的代码。个人认为它是设计原则里面最难理解的原则。
总的说里式替换原则体现在以下四点:
1.子类可以实现父类的抽象方法,但不能覆盖父类的抽象方法。
2.子类可以增加自己特有的方法。
3.子类重载父类方法时,方法的入参要比父类方法的入参更宽松些。
4.子类实现父类方法时(重写/重载或实现抽象方法),方法的返回值要比父类更严格或相等。
里氏替换原则是不是就想 让子类可以替代父类出现,还要保证结果不发生改变?
那就又有点不符合继承了呀,继承无非就是想重写或重载父类的方法,那要不然要继承来做什么?两个类还冗余。。
抽象,太抽象了...
一般在进行设计的时候,尽量从抽象类继承,而不是从具体类继承。
代码案例补充ing。。。