SOLID之DIP-依赖反转原则

一、DIP的核心思想

引用《架构整洁之道》中的一句话：如果想要设计一个灵活的系统，在源代码层次的依赖关系中就应该多引用抽象类型，而非具体实现

二、怎么理解依赖反转

说到依赖反转，我相信和我同时代的大部分同行最先听到这个名词是spring的IOC，对象的创建，销毁都交给了spring容器去管理，我们不直接管理，这样做的好处很明显，释放生产力，提高生产效率。

那么我们怎么了解DIP的依赖反转，其实和IOC也类似，我们看一下下边的这张图：

我们可以看到图上画了一条线，左上的为具体实现，右下为抽象接口。抽象接口包含了应用的所有业务规则抽象，而具体实现组件中就是对所有这些业务规则所需要做的具体操作及其相关的细节信息。

代码的依赖方向是左上角依赖右下角，即具体实现依赖接口的定义，但是控制流的方向正好和源代码的依赖方向相反，这就是DIP被称为依赖反转原则的原因。

但其实我认为为什么叫这个好像并不重要，最主要的是：

• 我们在代码中应该合理的多使用抽象接口，尽量避免使用不稳定的实现类
• 使用继承创建类时应该充分进行考虑
• 尽量不使用override，因为我们很大概率会失去对它的控制
• 应该尽量避免与具体的实现有关系，或者容易变动的，不稳定的事务有关系

三、结语

道阻且长，行则将至，行而不辍，未来可期，加油。

如果你觉得文章不错，对你的进步有那么一点帮助，那么就给点个赞，如果觉得文章非常对你的胃口，那么欢迎你关注我，这里有资源，有内推，有和你志同道合的朋友，咱们一起打怪升级。

参考资料

1、《架构整洁之道》
2、spring源码实现