1.依赖倒转准则介绍
2.用代码演示依赖倒转准则
3.总结
1.依赖倒转准则介绍
定义：
1）高层模块不应该依赖底层模块，两者都应该依赖于形象
2）形象不应该依赖细节，细节应该依赖形象
3）依赖倒转的中心思想是面向接口编程
4）依赖倒转准则是基于这样的设计理念：绝对于细节的多变性，形象的货色更稳固，以形象为根底搭建的架构比细节为根底的架构稳固的多，在java中，形象指的是接口或者抽象类，细节就是指具体的实现类。
5）应用接口或者抽象类的目标是制订好标准，而不波及任何其具体的操作，把展示细节的工作交给他们的实现类去实现。
问题形容：依赖倒置准则体现的最显著的，也就是咱们连贯数据库的操作，然而当咱们要换数据库的时候，如果代码写的维护性不是很高，就可能导致换一种数据库就要在很多中央从新硬编码一下，这样的代码架构不是十分稳固，因为他们不依赖于形象，而是依赖于理论的细节。那如何让咱们连贯数据库的时候，能够随时切换不同数据库，不依赖具体的实现细节，而依赖于形象呢？
解决办法：咱们都晓得，在连贯数据库的时候，咱们要导入不同的jar包，mysql的就导入mysql的包，oracle就导入oracle的包，sqlServer就导入sqlServer的包。java只有定义好形象的连贯办法，具体实现只须要交给厂家去实现就能够了，咱们写的service类，也只是依赖于形象的连贯办法，并没有依赖具体的连贯办法，而具体的实现，则让厂家本人去实现就行了，所以能够随时切换数据库驱动包。
2.用代码演示依赖倒转准则
需要场景：假如咱们要制作一个用户可能实现工作并给予积分处分的零碎，因为每个工作都不同，所以咱们就会编写十分多的不同工作的实现逻辑，比方浏览工作，点赞工作，浏览工作，每个工作一段代码，就会使代码量十分大，而且不易批改。
public void excuteTask(String taskType){ if(taskType == "浏览工作"){ //执行逻辑 } if(taskType == "点赞工作"){ //执行逻辑 }}此时，这个办法就依赖于实现细节，而不是依赖于形象，这很容易导致一个办法有上千行，而且如果是多人合作开发，会导致源源不断的抵触。
改良：咱们将将业务执行逻辑形象进去，每个对应的工作实现逻辑类都去实现它。
public interface TaskExcute(){public void excute();}public class ReadTask implements TaskExcute { public void excute(){ // 浏览工作执行逻辑}}public class LikeTask implements TaskExcute { public void excute(){ // 点赞工作执行逻辑}}这样，高层就只须要依赖TaskExcute这个接口就能够了，实现细节将由子类去实现。实现了依赖倒置准则的指标。
3.总结
采纳依赖倒置准则的时候，尤其是在多人并行开发方面，有很大的劣势，一群开发人员不须要对于一个办法进行批改，咱们能够同时动工，不受影响。
依赖倒置的外围准则就是要面向接口编程，了解了面向接口编程，也就了解了依赖倒置。