标签：injection 共享 如何 箭头 开始 模块 image The moc
1、依赖倒置原则的定义
高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不因该依赖于细节，细节应该依赖于抽象。
另一种定义方式：针对接口编程，不要针对实现编程。
2、什么是依赖？
例子：如果在 Class A 中，有 Class B 的实例，则称 Class A 对 Class B 有一个依赖。例如下面类 Human 中用到一个 Father 对象，我们就说类 Human 对类 Father 有一个依赖。
public class Human {
...
Father father;
...
public Human() {
father = new Father();
}
}
3、如何倒置？
图一的依赖箭头都是从上往下的，图二的箭头出现了从下往上，依赖关系确实“倒置”了。另外，此例子也很好的解释了“上层模块不应该依赖底层模块，
它们都应该依赖于抽象。”，在最开始的设计中，高层模块PizzaStroe直接依赖低层模块（各种具体的Pizaa）,调整设计后，高层模块和低层模块都依赖于抽象（Pizza）
简单来说，依赖倒转原则就是指：代码要依赖于抽象的类，而不要依赖于具体的类；要针对接口或抽象类编程，而不是针对具体类编程。
类之间的耦合：
零耦合关系
具体耦合关系
抽象耦合关系
依赖倒转原则要求客户端依赖于抽象耦合，以抽象方式耦合是依赖倒转原则的关键。
依赖注入：
构造注入(Constructor Injection)：通过构造函数注入实例变量。
设值注入(Setter Injection)：通过Setter方法注入实例变量。
接口注入(Interface Injection)：通过接口方法注入实例变量
public class Human {
...
Father father;
...
public Human() {
father = new Father();
}
}
public class Human {
...
Father father;
...
public Human(Father father) {
this.father = father;
}
}
public class Human {
...
Father father;
...
public SetFather(Father father) {
this.father = father;
}
}
上面代码中，我们将 father 对象作为构造函数的一个参数传入。在调用 Human 的构造方法之前外部就已经初始化好了 Father 对象。像这种非自己主动初始化依赖，而通过外部来传入依赖的方式，我们就称为依赖注入。
现在我们发现上面 1 中存在的两个问题都很好解决了，简单的说依赖注入主要有两个好处：
(1). 解耦，将依赖之间解耦。
(2). 因为已经解耦，所以方便做单元测试，尤其是 Mock 测试
标签：injection 共享 如何 箭头 开始 模块 image The moc
原文地址：https://www.cnblogs.com/leo1111/p/12515916.html
