依赖倒置原则

定义：

a. 高层模块不应该依赖于低层模块。二者都应该依赖于抽象。

b. 抽象不应该依赖于细节。细节应该依赖于抽象。

抽象：就是指接口或者抽象类。

细节：实现类，可以被new出来的类。

为什么要遵守依赖倒置原则？

正是高层模块包含了应用程序中重要的策略选择和业务模型。这些高层模块使得其所在的应用程序区别于其它。然而，如果这些高层模块依赖于低层模块，那么对低层模块的改动就会直接影响到高层模块，从而迫使它们依次作出改动。

本应该是高层的策略设置模块去影响低层的细节实现模块的。 包含高层业务规则的模块应该优先并独立于包含实现细节的模块。无论如何高层模块都不应该依赖于低层模块。

此外，我们更希望能够重用的是高层的策略设置模块。我们已经非常擅长于通过之程序库的形式来重用低层模块。如果高层模块独立于依赖低层模块，那么在不通的上下文中重用高层模块就会变得非常困难。然而，如果高层模块独立于低层模块，那么高层模块就可以非常容易地被重用。该原则是框架设计的核心原则。

规则：

依赖倒置原则的本质就是通过抽象（抽象类或者接口）使各个类或模块的实现彼此独立，不互相影响，实现模块见的松耦合，如果需要使用该规则，需要遵循以下几个规则：

1、每个类尽量都有接口或者抽象类，或者抽象类和接口两者都具备（这个是该原则的基本要求，接口和抽象类都是抽象，有了抽象才可能依赖倒置）；

2、变量的表面类型尽量是接口或者抽象类；

3、任何类都不应该从具体类派生；

4、尽量不要覆写基类的方法（如果基类是一个抽象类，并且该方法已经实现了，子类尽量不要覆写。类间依赖的是抽象，覆写了抽象方法，对依赖的稳定性会产生一定的影响）；

5、结合里氏替换法使用；

这个原则对于那些虽然具体但是却稳定的类来说似乎并不是很合适， 如果一个类不太会改变， 而且也不太可能创建其他的派生类，那么依赖它似乎并没有太大的危害。比如String类。