里氏替换原则
oo中的继承性的思考和说明
集成包含这样一层含义: 父类中凡是已经实现好的方法,实力上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏.
继承在给程序设计带来便利的同时,也带来了弊端,比如使用基层会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,比如考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障
问题提出: 在编程中,如何正确的使用继承? => 里氏替换原则
总结: 父类改完子类崩了
基本介绍
- 里氏替换原则 在1988 麻省理工 那个女人 性"里"
- 如果对每个类型为T1对象o1,都有类型为T2对象o2,使得以T1定义是所有程序P在所有的对象o1都代换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型.
换句话说,所有引用基类的地方必须能够透明地使用其子类的对象
在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法
里氏替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过 聚合,组合,依赖 来解决问题.
总结: 就是不能在继承的情况下来重写父类的方法
(比如原来是B类继承A类,但是 B类重写了A的所有方法)
可以这样改进: 在创建一个更加基础的类Base,让A和B都继承Base,这样就将A和B类之间的耦合降低了,把他们更加普通的方法提取出来,到base去
历史替换原则
解决方法
- 我们发现原来运行正常的相减发生了错误.原因就是类B无意中重写了父类的方法,造成原有功能出现错误.
在实际编程中,我们常常会通过重写父类方法完成新的功能,这样写起来虽然很简单,但是整个继承体系的复用性会比较差.
特别是运行多态比较频繁的时候
- 通用的做法是: 原来的父类和子类都继承一个更通俗的基类,原有的集成关系去掉,采用依赖,聚合,组合等关系代替.