设计模式，软件架构设计原则:依赖倒置原则

3.2 依赖倒置原则

3.2.1 依赖倒置原则的定义

依赖倒置原则（Dependence Inversion Principle，DIP）指设计代码结构时，高层模块不应该依赖底层模块，二者都应该依赖其抽象。

抽象不应该依赖细节，细节应该依赖抽象。通过依赖倒置，可以降低类与类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，并降低修改程序带来的风险。

 

3.2.2 使用依赖倒置原则解决实际问题

我们来看一个案例，还是以课程为例，首先创建一个类Tom。

然后编写客户端测试代码并调用。

Tom热爱学习，目前正在学习Java课程和Python课程。大家都知道，学习是会上瘾的。随着学习兴趣的暴涨，Tom还想学习AI课程。这个时候，需要业务扩展，代码要从底层到高层（调用层）一次修改代码。在Tom类中增加studyAICourse（）的方法，在高层也要追加调用。如此一来，在系统发布以后，实际上是非常不稳定的，在修改代码的同时会带来意想不到的风险。因此我们优化代码，首先创建一个课程的抽象接口ICourse。

这时候再看代码，Tom的兴趣无论怎么暴涨，对于新的课程，只需要新建一个类，通过传参的方式告诉Tom，而不需要修改底层代码。实际上，这是一种大家非常熟悉的方式，叫作依赖注入。注入的方式还有构造器注入方式和Setter注入方式。下面来看构造器注入方式。

根据构造器注入方式，当调用时，每次都要创建实例。那么，如果Tom是全局单例，则只能选择Setter注入方式，继续修改Tom类的代码。

来看客户端代码，调用Tom对象的setCourse（）方法，将JavaCourse对象作为参数。

最终得到的类图如下。

注：以抽象为基准比以细节为基准搭建起来的架构要稳定得多，因此大家在拿到需求后，要面向接口编程，按照先顶层再细节的顺序设计代码结构。