Dragger简介

转自：http://www.apkbus.com/blog-705730-60435.html

什么是依赖注入

如果我们想要注入依赖，首先要理解依赖是什么。简单的说，依赖是我们代码中两个模块之间的耦合（在面向对象语言中，指的是两个类），通常是其中一个模块使用另外一个提供的功能。

为什么依赖是危险的？

从上层到底层依赖都是危险的，因为我们在某种程度上把两个模块进行耦合，这样当需要修改其中一个模块时，我们必须修改与其耦合的模块的代码。这对于创建一个可测试的app来说是很不利的，因为单元测试要求测试一个模块时，要保证它和app中其他模块是隔离的。为了做到这一点，我们需要使用mocks代替依赖，想象一下这样的代码：

public class Module1{
   private Module2 module2;

   public Module1(){
      module2 = new Module2();
   }

   public void doSomething(){
      ...
      module2.doSomethingElse();
      ...
   }
}

如何在不测试doSomethingElse函数的前提下测试doSomething函数呢？如果测试失败，是哪个函数导致的呢？我们不得而知。如果doSomethingElse函数在数据库中保存数据或者向服务器端发起API请求，那么事情将变得更加糟糕。

每当敲下new关键字我们都应该意识到这可能是需要避免的强依赖。编写更少的模块当然不是解决方案，不要忘记单一职责原则。

如何解决呢？依赖反转

如果不能在一个模块内部初始化另外的模块，那么需要以其他的形式初始化这些模块。你能想象如何实现吗？没错，通过构造函数。这基本上就是依赖反转原则的涵义了。你不应该依赖具体的模块对象，应该依赖抽象。

前面的代码应该修改为：

public class Module1{
   private Module2 module2;

   public Module1(Module2 module2){
      this.module2 = module2
   }

   public void doSomething(){
      ...
      module2.doSomethingElse();
      ...
   }
}

那么什么是依赖注入呢？

你已经知道了！它通过构造函数传递依赖（注入），从而把创建模块的任务从另一个模块内部抽离出来。对象在其他地方创建，并以构造函数参数的形式传递给另一个对象。

但新问题出现了。如果我们不能在模块内部创建其他的模块，那么必须有个地方对这些模块进行初始化。另外，如果我们需要创建的模块的构造函数包含大量的依赖参数，代码将变得丑陋和难以阅读，app中将存在大量传递的对象。依赖注入正是为解决这类问题而诞生的。

什么是依赖注入器？

我们可以把它理解成app中的另一个模块，专门负责提供其他模块的实例并注入他们的依赖。这是它的基本义务。模块的创建集中于app中的一个统一的入口，我们对它有完全的控制权。

最后，什么是Dagger？

Dagger是专为低端设备设计的依赖注入器。大部分依赖注入器通过反射来创建和注入依赖。反射机制是很棒的，但在低端设备上面耗时严重，特别是在老的android版本上面。然而，Dagger使用预编译器创建工作所需的所有类。这样一来，就不需要用到反射了。Dagger相比其他依赖注入器功能稍弱，但却是效率最高的。

Dagger只是用于测试吗？

当然不是！它使得在其他app中重用你的模块变得容易，或者在相同的app中改变这些模块。想象这样一个例子：你的app在debug模式下需要从本地文件中读取数据，而在release模式下需要从服务器端API请求中获取这些数据。完全有可能通过在不同的模式下注入不同的模块来实现。

结论

我知道这篇文章有点难度，但我认为在继续下一篇文章之前，有必要把基本概念先明确好。我们已经知道什么是依赖，通过依赖反转改进了什么以及我们如何通过依赖注入器实现它。