Zenject文档译文，因水平有限，可能会有一些错误，附上原文链接：（https://github.com/modesttree/zenject）
理论
以下是以我的理解对依赖注入的一个简单概述。然而，它是非常简单的，所以我强烈建议找一些其他资源以获取更多信息，因为还有许多其他人（通常具有更好的写作能力）已经写了关于它背后的理论。
在编写单个类以实现某些功能时，可能需要与系统中的其他类进行交互以实现目的。一种方法是通过调用具体的构造函数让类本身创建其依赖项：
public class Foo
{
ISomeService _service;
public Foo()
{
_service = new SomeService();
}
public void DoSomething()
{
_service.PerformTask();
...
}
}
对小项目来说这种方式也很好，但是对比较大的项目来说这种方式就很不方便。Foo类与'SomeService'类紧密耦合。如果我们稍后决定使用不同的具体实现，那么我们必须回到Foo类来修改。
考虑了这一点后，你应该会意识到：Foo类不应该为选择具体的服务而烦恼，而应该只关心履行自己的具体职责。只要服务满足Foo要求的抽象接口即可。这样Foo类就变成下面这样：
public class Foo
{
ISomeService _service;
public Foo(ISomeService service)
{
_service = service;
}
public void DoSomething()
{
_service.PerformTask();
...
}
}
这样变得好一些，但是现在无论哪个类（这里假设是Bar类）创建Foo类的对象都会在实现Foo类的依赖项上存在问题。
public class Bar
{
public void DoSomething()
{
var foo = new Foo(new SomeService());
foo.DoSomething();
...
}
}
Bar类可能也不关心Foo类具体使用了哪一个服务类，这样我们又把依赖关系向上推进了一层。
public class Bar
{
ISomeService _service;
public Bar(ISomeService service)
{
_service = service;
}
public void DoSomething()
{
var foo = new Foo(_service);
foo.DoSomething();
...
}
}
通过这种方式我们可以把依赖关系不断向上层推进，直到整个程序的起始点，在起始点处满足所有的依赖关系之后程序才能开始。这部分的依赖注入术语称为“组合根”。它通常看起来像这样：
var service = new SomeService();
var foo = new Foo(service);
var bar = new Bar(service);
var qux = new Qux(bar);
.. etc.
诸如Zenject之类的DI框架（依赖注入框架）只是帮助我们自动化的创建和分发所有这些具体依赖项，因此您不需要像上面的代码那样自己明确地这样做。
误区
考虑到刚开始学习DI框架时并不容易，这样会有 一些错误的理解，在你“恍然大悟”之前还需要一些时间和经验。
如上例所示，依赖注入可用于轻松给定接口的不同实现（在此示例中是ISomeService）。但是，这只是依赖注入提供的众多好处之一。
更重要的是，使用像Zenject这样的DI框架可以让您更轻松地遵循“ 单一责任原则 ”。通过让Zenject担心连接各个类，类本身可以专注于履行其特定职责。
DI新手的另一个常见错误是喜欢从每个类中提取接口，并在到处使用这些接口而不是直接使用该类。想让代码更松散地耦合，因此认为绑定到接口比绑定到具体类更好是合理的。但是，在大多数情况下，应用程序的各种职责具都有实现它们的单个特定类，因此在这些情况下使用接口只会增加不必要的维护开销。此外，具体类已经具有由其公共成员定义的接口。一个好的经验法则是仅在类具有多个实现时创建接口，或者在将来打算实现多个实现的情况下创建接口（顺便说一下，这就是大家熟知的重用抽象原则）。
其他好处：
- 可重构性 - 当代码松散耦合时，正确使用DI的情况下，整个代码库对更改更具弹性。您可以完全更改代码库的某些部分，而不会对其他部分造成严重破坏。
- 鼓励使用模块化代码 - 使用DI框架时，您自然会遵循更好的设计实践，因为它会强制您考虑类之间的接口。
- 可测试性 - 编写自动化单元测试或用户驱动测试变得非常容易，因为它只是编写一个不同的“组合根”，它以不同的方式连接依赖项。想只测试一个子系统？只需创建一个新的组合根。Zenject还支持避免组合根本身的代码重复（使用安装程序 - 如下所述）。
