1、高层模块不应该依赖低层模块，两者都应该依赖于抽象（抽象类或接口）
2、抽象（抽象类或接口）不应该依赖于细节（具体实现类）
3、细节（具体实现类）应该依赖抽象
抽象：即抽象类或接口，两者是不能够实例化的。
细节：即具体的实现类，实现接口或者继承抽象类所产生的类，两者可以通过关键字new直接被实例化。
而依赖倒置原则的本质骑士就是通过抽象（抽象类或接口）使各个类或模块的实现彼此独立，不相互影响，实现模块间的松耦合。但是这个原则也是6个设计原则中最难以实现的了，如果没有实现这个原则，那么也就意味着开闭原则（对扩展开发，对修改关闭）也无法实现。
依赖倒置有三种方式来实现
1、通过构造函数传递依赖对象
比如在构造函数中的需要传递的参数是抽象类或接口的方式实现。
2、通过setter方法传递依赖对象
即在我们设置的setXXX方法中的参数为抽象类或接口，来实现传递依赖对象
3、接口声明实现依赖对象
public class Tutu {
//JIM是个女孩，会煮面
public void cook(Noodles noodles) {
noodles.eat();
}
}
面条（目前只会煮面）public class Noodles {
//吃面条
public void eat() {
System.out.println("JIM吃面条...");
}
}
涂涂坐在家里吃面（场景类） public class Home { public static void main(String args[ ]) { Tutu tutu = new Tutu(); Noodles food = new Noodles(); tutu.cook(food); } } 运行结果：JIM吃面条... 但是这有个问题，涂涂只会做面条，不可能每次都吃面条吧，天天吃面吃死你，所以在上面的Tutu类中的cook方法中，如果涂涂会做其他吃的，那岂不是更好。于是她向家庭主妇迈进了一步，使用了依赖倒置原则。 也就是JIM通过学习还可以焖米饭，炒鱿鱼（虽然听着不爽，但是很好吃），京酱肉丝啊等等。要想在代码中实现，就需要实现两个接口：ITutu和IFood public interface ITutu { //这样就会做很多饭菜了 public void cook(IFood food); } 实现类 public class Tutu implements ITutu { @Override public void cook(IFood food) { food.eat(); } } 食物接口 public interface IFood { public void eat(); } 这样就为扩展留出了很大的空间，方面扩展其他的类。也不会对细节有变动。以后涂涂想吃什么学一下就可以自己做了 实现面条 public class Noodles implements IFood { @Override public void eat() { System.out.println("涂涂吃面条..."); } } 实现米饭 public class Rice implements IFood { @Override public void eat() { System.out.println("涂涂吃米饭（终于吃上米饭了）..."); } } 场景类：JIM在家里开吃了，想吃什么直接做就是了 public class Home { public static void main(String args[ ]) { //接口是不能实例化滴 ITutu tutu = new Tutu(); //实例化米饭，涂涂可以吃米饭了 IFood rice = new Rice(); //吃面条 //IFood noodles = new Noodles(); tutu.cook(rice); } } 这样各个类或模块的实现彼此独立，不互相影响，实现了。原文地址：https://www.jb51.cc/javaschema/286273.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
