一、什么是依赖倒置原则

1、高层模块不应该依赖于底层模块，二者都应该依赖于抽象

2、抽象不应该依赖于细节，细节应该依赖于抽象

二、关于高层模块与底层模块

高层模块是系统不经常发生变化的部分，是一个系统区别于其它系统的重要标志，也是直接面向客户的部分，它包含了系统的策略选择与业务模型。

低层模块是系统中经常发生变化的部分，是系统的实现，是用于驱动系统工作的，它不是（直接）面向客户的。

三、违反DIP原则的后果

DIP原则其实强调的是：不要让不经常发生变化的部分去依赖于经常发生变化的部分。因为一旦经常发生变化的那部分发生了变化，那不经常发生变化的那 部分也要随之变化。这是不合理的设计。更坏的情况是，违反DIP的设计会使你的高层模块很难在不同的场合在被重用，因为此时高层模块的工作是依赖于底层模 块的，这种依赖性使高层模块很难独立开来。

四、依赖抽象与接口所有权的倒置

高层模块与低层模块都应该依赖于抽象，为什么这样说？这是因为抽象的东西不同于具体的东西，抽象的东西发生变化的频率要低，让高层模块与底层模块去 依赖于一个比较的稳定的东西比去依赖一个经常发生变化的东西的好处是显而易见的。表现在代码中，就是多使用接口与抽象类，而少使用具体的实现类。（这样说 可能有点不合适，如果一个具体类不经常发生变化，那完全可以让高层模块去依赖于它）。

面向对象的设计中，提倡“面向接口”的编程，在某种程度上，接口与一个抽象类是一样的。面向接口的编程其实就是利用了抽象将高层模块（如一个类的调用者）与具体的被操作者（如一个具体类）隔离开来，从而使具体类在发生变化时不致于对调用者产生影响。

为了使底层模块的修改不影响高层模块，我们在设计时应该采用面向接口的编程方法，让高层与底层都去依赖接口（抽象），但是接口是由谁来声明呢？接口 应该是客户（即高层模块）来定义，而底层则去实现这些接口，这样，就象是客户提出了它需要的服务，而底层则去实现这些服务，这样当底层实现逻辑发生改变化 时，高层模块将不受响。但有些时候我们不是这样的，我们在定义接口时可能是由底层去定义并公开接口的，这样做会有问题，因为当底层的接口改变时，高层同样 会受到牵连。这就是“接口所有权”的倒置，即由客户定义接口，而不是由“底层”定义接口

五、DIP的关键

DIP是区别于过程化设计与面向对象设计的重要特性。DIP的关键其实在于找到系统中“变”与“不变”的部分，并利用接口将其隔离，这不是一件容易 的事件。因为在系统设计的初期，我们还难预料到系统中那个部分将来是经常会发生变化的部分，只有当事情发生了，我们才有可能知道。这时，我们应该应用 DIP来对系统做出个性，从使你的系统具有应对变化的弹性。

六、遵循DIP会带来的好处

首先，如果你的系统在设计时遵循了DIP原则，那么你的系统在重用时将会变化的容易。再者，由于遵循了DIP，你的系统在应对需求的变化时就有了一定的弹性（更多需求的变化都表现在底层），同时，由于这种弹性，你的系统将更容易维护。