如何理解依赖倒置原则？

------  读书心得 -------

通常情况的设计都是高层模块依赖于低层模块。这样看似顺理成章，低层模块不怎么变动，高层模块调用低层模块。但是事实上，事物总是在变化，经常低层模块变化，引起高层一系列的变化。

看看依赖倒置是怎样解决这个问题的？它的两个原则：

1. 高层模块不该依赖于低层模块， 二者都该依赖于抽象

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

看下图，在层之间加入接口抽象类。低层模块依赖于高层的抽象接口。这样就解决了，低层模块变动，高层模块也得改动的问题。而且，低层服务换了，高层也不需要改动。这就是依赖倒置。

 第二个原则里的细节是指低层逻辑。高层通常称为策略，业务。低层叫细节。所以是细节依赖于抽象。也就是低层模块的实现必须符合高层定义的接口标准，这是增加了限制。

通过依赖倒置，我们可以看出，大家都依赖于抽象是一个很好的解决方案。势必通过依赖倒置得到下面规则：

1. 任何变量，类都不应该有一个指向具体类的指针或者引用

2. 任何类都不该从具体类派生

3. 任何方法都不该覆写它的任何基类中已经实现了的方法。

依赖倒置是面向对象的标志。

SOLID 五项原则介绍：

原 如何理解单一职责原则？

原 如何理解接口隔离原则？

原 如何理解开放封闭原则？

原 如何理解里氏替换原则？

原 如何理解依赖倒置原则？