关于依赖倒转原则,对应的是两条非常抽象的描述:
1.高层模块不应该依赖低层模块,两个都应该依赖抽象。
2.抽象不应该依赖细节,细节应该依赖抽象。
先用人话解释一下这两句话中的一些抽象概念:
1.高层模块:可以理解为上层应用,就是业务层的实现
2.低层模块:可以理解为底层接口,比如封装好的API、动态库等
3.抽象:指的就是抽象类或者接口,在C++中没有接口,只有抽象类
先举一个高层模块依赖低层模块的例子:
大聪明的项目组接了一个新项目,低层使用的是MySql的数据库接口,高层基于这套接口对数据库表进行了添删查改,实现了对业务层数据的处理。而后由于某些原因,要存储到数据库的数据量暴增,所以更换了Oracle数据库,由于低层的数据库接口变了,高层代码的数据库操作部分是直接调用了低层的接口,因此也需要进行对应的修改,无法实现对高层代码的直接复用,大聪明欲哭无泪。
我们可以设计一个抽象类,一个子类用作MySql接口,另一个子类用作Oracle接口。
抽象类中提供的接口是固定不变的,底层模块是抽象类的子类,继承了抽象类的接口,并且可以重写这些接口的行为;高层模块想要实现某些功能,调用的是抽象类的函数接口,并且是通过抽象类的父类指针引用其子类的实例对象(用子类类型替换父类类型),这样就实现了多态。
基于依赖倒转原则将项目的结构换成上图的这种模式之后,低层模块发生变化,对应高层模块是没有任何影响的,这样程序猿的工作量降低了,代码也更容易维护(说白了,依赖倒转原则就是对多态的典型应用)。
里式转换原则
所谓里式转换原则就是子类必须能够替换掉他们的父类类型。比如父类定义一个人的类型,会飞,会游泳,身高180cm,那么子类就不能是武大郎,土行孙,因为身高不满足。