依赖倒转原则（DIP）

1.实现“开-闭”原则的关键是抽象化，并且从抽象化导出具体化的实现。如果说“开-闭”原则是面向对象设计的目标的话，依赖倒转原则就是这个面向对象设计的主要机制。
2.依赖倒转讲的是：要依赖于抽象，不要依赖于具体。
3.抽象层次依赖于具体层次的含义：抽象层次包含的是应用系统的商务逻辑和宏观的、对整个系统来说重要的战略性决定，是必然性的体现；而具体层次则含有一些次要的与实现有关的算法和逻辑，以及战术性的决定，带有相当大的偶然性选择。具体层次的代码是会经常有变动的，不能避免出现错误。抽象层次依赖于具体层次，会使许多具体层次的细节的算法变化立即影响到抽象层次的宏观的商务逻辑，导致微观决定宏观，战术决定战略，偶然决定必然。
4.在面向对象的系统中，两个类之间可以发生三种不同的耦合关系：
① 零耦合关系：两个类没有耦合关系
② 具体耦合关系：发生在两个具体的类之间，经由一个类对另一个具体类的直接引用造成
③ 抽象耦合：发生在一个具体类和一个抽象类（或Java接口）之间，是两个必然发生关系的类之间存有最大的灵活性。
5.依赖倒转原则的表述：抽象不应当依赖于细节；细节应当依赖于抽象。依赖倒转原则的另一种表述：要针对接口编程，不要针对实现编程。
6.针对接口编程的意思是，应当使用Java接口和抽象类进行变量的声明、参量的类型声明、方法的返回类型声明，以及数据类型的转换等。
7.不要针对实现编程的意思是：不应当使用具体Java类进行变量的类型声明、参量的类型声明、方法的返还类型声明，以及数据类型的转换等。
8.要保证做到这一点，一个具体的Java类应当只实现Java接口和抽象类中声明过的方法，而不应当给出多余的方法。
9.倒转依赖关系强调一个系统内的实体之间关系的灵活性。如果希望遵守“开-闭”原则，那么依赖倒转原则便是达到要求的途径。
10.在很多情况下，一个Java程序需要引用一个对象，这个时候，如果这个对象有一个抽象类型的话，应当使用这个抽象类型作为变量的静态类型。这就是针对接口编程的含义。
11.以抽象方式耦合是依赖倒转原则的关键。
12.应当使消费一个对象的客户端只依赖于对象的抽象类型，而不是它的具体类型。但是，Java语言要求在将一个类实例化的时候，必须调用这个具体类的构造方法，所以Java语言给出的类的实例化方法无法做到只依赖于抽象。但是设计模式给出了解决这个问题的可行方案，其中最重要的方案就是工厂模式。工厂方法模式是几个工厂模式中最为典型的一个。
13.Java接口与Java抽象类的区别：
① Java抽象类可以提供某些方法的部分实现，而Java接口则不可以。这大概是Java抽象类的唯一优点。
② 一个抽象类的实现只能由这个抽象类的子类给出，因此将抽象类作为类型定义工具的效能大打折扣。
③ 从代码重构的角度上讲，将一个单独的Java具体类重构成一个Java接口的实现是很容易的。为一个已有的具体类添加一个Java抽象类不那么容易，因为这个具体类有可能已经有一个超类。
④ Java接口是定义混合类型的理想工具。所谓混合类型，就是在一个类的主类型之外的次要类型。一个混合类型表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。
14.由于Java抽象类具有提供缺省实现的优点，而Java接口具有其他所有优点，所以联合使用两者就是一个很好的选择。首先，声明类型的工作仍然是由Java接口承担的，但是同时给出的还有一个Java抽象类，为这个接口给出一个缺省实现。其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承自这个抽象类。（这其实就是缺省适配模式）
15.依赖倒转原则虽然很强大，但却是最不容易实现的。因为依赖关系倒转的缘故，对象的创建很可能要使用对象工厂，以避免对具体类的直接引用，此原则的使用还会导致大量的类。维护这样的系统需要较好的面向对象的设计知识。
16.依赖倒转原则假定所有的具体类都是会变化的，这也不总是正确的。有一些具体类可能是相当稳定、不会发生变化的，消费这个具体类实例的客户端完全可以依赖于这个具体类型，而不必为此发明一个抽象类。