什么是依赖性注入？

public class PersonService {
  public void addManager( Person employee, Person newManager ) { ... }
  public void removeManager( Person employee, Person oldManager ) { ... }
  public Group getGroupByManager( Person manager ) { ... }
}

public class GroupMembershipService() {
  public void addPersonToGroup( Person person, Group group ) { ... }
  public void removePersonFromGroup( Person person, Group group ) { ... }
}

在这个例子中，PersonService::addManager和PersonService::removeManager的实现需要一个GroupMembershipService的实例来完成其工作。如果没有依赖注入，传统的方法是在PersonService的构造函数中实例化一个新的GroupMembershipService，并在两个函数中使用该实例属性。然而，如果GroupMembershipService的构造函数有多个要求，或者更糟糕的是，有一些初始化"setters"需要在GroupMembershipService上调用，代码会增长得相当快，而且PersonService现在不仅依赖于GroupMembershipService，而且还依赖于GroupMembershipService的其他一切。此外，与 "GroupMembershipService "的联系被硬编码到 "PersonService "中，这意味着你不能为了测试目的而虚构一个 "GroupMembershipService"，或在你应用程序的不同部分使用一个策略模式。

通过依赖注入，你不需要在 "PersonService "中实例化 "GroupMembershipService"，而是将其传递给 "PersonService "构造函数，或者添加一个属性（getter和setter）来设置它的本地实例。这意味着你的 "PersonService "不再需要担心如何创建 "GroupMembershipService"，它只是接受它所给的那些，并与它们一起工作。这也意味着任何属于 "GroupMembershipService "的子类或实现 "GroupMembershipService "接口的东西都可以被注入到 "PersonService "中，而 "PersonService "不需要知道这个变化。

Mike B.

编辑本段答案15日二月 2019 в 12:40

255

0

wds · Accepted Answer · 2008-09-25T00:49:32+00:00

依赖注入是将依赖传递给其他对象或框架（依赖注入器）。

依赖性注入使测试更容易。注入可以通过构造器完成。

SomeClass()的构造函数如下。

public SomeClass() {
    myObject = Factory.getObject();
}

问题。如果myObject涉及复杂的任务，如磁盘访问或网络访问，那么就很难对SomeClass()进行单元测试。程序员必须模拟myObject，并可能拦截**的工厂调用。

另一种解决方案。

将myObject作为参数传递给构造函数

public SomeClass (MyClass myObject) {
    this.myObject = myObject;
}

myObject可以直接传递，这使得测试更加容易。

一个常见的替代方法是定义一个无为的构造函数。依赖性注入可以通过设置器来完成。(h/t @MikeVella)。
Martin Fowler记录了第三种选择（h/t @MarcDix），即类明确地实现一个接口，用于程序员希望注入的依赖关系。

在没有依赖注入的情况下，要在单元测试中隔离组件是比较困难的。

在2013年，当我写下这个答案时，这是谷歌测试博客的一个主要主题。对我来说，这仍然是最大的优势，因为程序员在运行时设计中并不总是需要额外的灵活性（例如，对于服务定位器或类似的模式）。程序员经常需要在测试过程中对类进行隔离。