依赖倒置原则
依赖倒置原则的定义
依赖倒置原则（Dependence Inversion Principle，DIP）是 Object Mentor 公司总裁罗伯特·马丁（Robert C.Martin）于 1996 年在 C++ Report 上发表的文章。
依赖倒置原则的原始定义为：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象（High level modules shouldnot depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details. Details should depend upon abstractions）。其核心思想是：要面向接口编程，不要面向实现编程。
依赖倒置原则是实现开闭原则的重要途径之一，它降低了客户与实现模块之间的耦合。
由于在软件设计中，细节具有多变性，而抽象层则相对稳定，因此以抽象为基础搭建起来的架构要比以细节为基础搭建起来的架构要稳定得多。这里的抽象指的是接口或者抽象类，而细节是指具体的实现类。
使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给它们的实现类去完成。
依赖、倒置原则的作用
依赖倒置原则的主要作用如下。
- 依赖倒置原则可以降低类间的耦合性。
- 依赖倒置原则可以提高系统的稳定性。
- 依赖倒置原则可以减少并行开发引起的风险。
- 依赖倒置原则可以提高代码的可读性和可维护性。
依赖倒置原则的实现方法
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。
- 每个类尽量提供接口或抽象类，或者两者都具备。
- 变量的声明类型尽量是接口或者是抽象类。
- 任何类都不应该从具体类派生。
- 使用继承时尽量遵循里氏替换原则。
抽象
抽象说白了就是对于细节而言比如说
交通工具是抽象，而公交车、单车、火车等就是细节了 也叫具象，当人和你说把我的交通工具拿过来，你可能在想什么交通工具，所以说
抽象就是你只知道一个概念，但是你不知道他具体是什么
细节呢，就是具体实现他对应的抽象的那么一个实例 下边放代码
// 吃的抽象类
class eat {
go() {
console.log("吃了一个什么")
}
}
//实现类（细节）
class apple extends eat {
go() {
return "吃了一个苹果"
}
}
class banana extends eat {
go() {
return "吃了一个香蕉"
}
}
class bigApple extends eat {
go() {
return "吃了十个苹果"
}
}
//人类
class people {
constructor(name) {
this.name = name
}
gotoEat(food) {
console.log(this.name, food.go())
}
}
apple = new apple
banana = new banana
bigApple = new bigApple
peopleA = new people("小明")
peopleB = new people("很饿的大明")
peopleA.gotoEat(apple)
peopleA.gotoEat(banana)
peopleB.gotoEat(bigApple)个人认为如果没有遵守依赖倒置原则的话 那么必然没有遵守开闭原则，后果就是代码耦合严重，不易维护。