SOLID原则之依赖倒置原则的另类解释

依赖倒置原则（DependenceInversion Principle）

依赖倒置原则的原始定义是这样的：

High level modules should not depend upon lowlevel modules.

Both should depend upon abstractions.

Abstractions should not depend upon details.Details should depend upon abstractions.

翻译一下，就是下面三句话：

高层模块不应该依赖底层模块，两者都应该依赖其抽象。

抽象不应该依赖细节。

细节应该依赖抽象。

在Java语言中的表现就是：

模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。

接口或抽象类不依赖于实现类。

实现类依赖于接口或抽象类。

简而言之，我们要尽可能使用接口或抽象类。也就是“面向接口编程” 或者说 “面向抽象编程” ，也就是说程序中要尽可能使用抽象类或是接口。

重点来了

上面都是概念，随便一搜就出来了。今天我来打个比方

工作中上级给下级布置任务，可以理解为高层模块调用底层模块。

上级应该是列清楚具体的任务要求1、2、3，然后下级按照具体要求去做，上级按照具体要求去验收（调用）下级的工作内容。

这个具体的任务要求，就是两者的接口。通过这个接口，将高层模块和底层模块解耦掉。

如果没有具体的任务要求，而是粗略的需求，没法验收工作内容，那基本上就是下级做成什么样，上级就怎么用，高层模块只能选择直接调用底层模块。

这样做的缺点，就是质量不可控，下级如果能力强，上级就省心，调用得很顺利；下级如果能力不行，那就是上级的噩梦，改了N次才能达到要求，心里早就骂娘了。