依赖倒转原则和里氏转换原则
依赖倒转原则:
A.高层模块不应该依赖低层模块。两个都应该依赖抽象。
分析:被调用的是低层模块。如果依赖低层模块,这样造成紧耦合,修改任何部分都会影响其他部分。就像电脑中的CPU,内存,都依赖具体的主板,主板一坏,所有的部件都没用了,这不合理。反过来,如果内存坏了,也不应该导致其他部件不能用。所以我们都应该依赖于抽象,这样任何部件坏了,其他不会受到影响,使得无论高层模块还是低层模块都可以很容易地被复用。
B.抽象不应该依赖细节。细节应该依赖抽象。
应用:就像电脑,里面的CPU,内存等部件都是针对接口设计的。如果是针对实现设计,内存就要对应到具体的某个品牌的主板,那就会出现换内存需要把主板也换掉的问题。我们如果用依赖倒转原则,根据接口设计,这样哪里出问题,修理那部分,不会涉及其他部分。这样可以实现强内聚,松耦合。
里氏转换原则:子类型必须能够替换掉它们的父类型。
即:一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件里面,把父类都替换成它的子类,程序的行为没有变化。
特点:只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类页能够在父类的基础上增加新的行为。
由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。
有违反里氏转换原则的继承吗?
有,就是子类只是继承了,部分父类的非private属性或者方法。这样不可以替换它们的父类型。这样就违反了里氏转换原则。
还没有评论,来说两句吧...