如何理解Android上的dagger依赖注入方式

如何理解Android上的dagger依赖注入方式，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。

专注于为中小企业提供网站设计制作、网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业阳新免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了千余家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

简介

在开发程序的时候，会用到各种对象，很多对象在使用之前都需要进行初始化。例如你要操作一个SharedPreference，你需要调用getSharedPreferences(String name,int mode)来获取一个对象，然后才能使用它。而如果这个对象会在多个Activity中被使用，你就需要在每个使用的场景中都写下同样的代码。这不仅麻烦，而且增加了出错的可能。dagger的用途就是：让你不需要初始化对象。换句话说，任何对象声明完了就能直接用。

原理

dagger是使用依赖注入的方式，使用Annotation给需要注入的对象做标记，通过inject()方法自动注入所有对象，从而完成自动的初始化。
示例代码：

public class MainActivity extends Activity {      // 通过@Inject对对象进行标记      @Inject SharedPreferences sharedPreferences;       @Override     protected void onCreate(Bundle savedInstanceState) {          super.onCreate(savedInstanceState);          setContentView(R.layout.activity_main);           // 注入依赖          ObjectGraph.create(AppModule.class).inject(this);           // 获取name的值并输出          System.out.println(sharedPreferences.getString("name", ""));      }  }

依赖注入(Dependency Injection)：在类A中要用到一个B的对象（依赖），需要通过新建B的实例或其他一些主动的方式来获取对象，然后才能调用。而通过外部的方式自动将B的对象分配给A（注入），实现相对被动的获取对象，这个过程称为依赖注入。希望更多了解依赖注入可以自行Google。

使用方式

以一个简单的“老板和程序员”App为例。你想实现Boss对象的自动注入，那么首先你要告诉程序它要怎么初始化一个Boss。在dagger中，为Boss类的构造方法添加一个@Inject注解，程序就会在需要的时候找到这个被标记的构造方法并调用它，从而获取一个Boss对象。

public class Boss {      ...       @Inject     public Boss() {          ...      }       ...  }

需要注意的是，如果构造函数含有参数，Dagger会在构造对象的时候先去获取这些参数（不然谁来传参？），所以你要保证这些参数的构造方法也有@Inject标记，或者能够通过@Provides注解（下面会介绍）来获取到。

然后，在声明Boss对象的时候，在前面同样添加@Inject注解。程序会在依赖注入的过程中自动初始化被注解的对象。

public class MainActivity extends Activity {      @Inject Boss boss;      ...  }

***，创建ObjectGraph类并执行inject()方法并将当前MainActivity作为参数传入，Boss的对象就被注入到了MainActivity中。

public class MainActivity extends Activity {      @Inject Boss boss;       @Override     protected void onCreate(Bundle savedInstanceState) {          ObjectGraph.create(AppModule.class).inject(this);      }      ...  }

到此为止，使用Dagger将一个Boss对象注入到MainActivity的流程就完成了。上面这段代码中出现了两个类：ObjectGraph和AppModule。其中ObjectGraph是由Dagger提供的类，可以简单理解为一个工具类，它的create函数中参数为所有的Module，本文不详述，如果有兴趣可以跟进我之后的Dagger详解。AppModule是一个自定义类，代码如下：

@Module(injects = MainActivity.class)  public class AppModule {  }

可以看到，AppModule是一个空类，只有一行注解。@Module注解表示，这个类是一个Module，Module的作用是提供信息，让ObjectGraph知道应该怎样注入所有的依赖。例如，上面这段代码中声明了可注入对象的信息：MainActivity.class（使用显式声明这样的看起来很麻烦、多此一举的方式和Dagger的原理有关，本文不详述）。

自定义依赖

对构造方法进行注解是很好用的实现依赖的途径，然而它并不适用于所有情况。

• 接口（Interface）是没有构造方法的

• 第三方库提供的类，它们的构造方法不能被注解

• 有些类需要灵活选择初始化的配置，而不是使用一个单一的构造方法

对于这样的情况，可以使用@Provides注解来提供专用的初始化方法，实现自定义依赖。

@Provides Coder provideCoder(Boss boss) {      return new Coder(boss);  }

同样，@Provides注解的方法如果含有参数，它的所有参数也要保证能够被Dagger获取到。

所有带有@Provides注解的方法都需要被封装到带有@Module注解的类中：

@Module public class AppModule {      @Provides     Coder provideCoder(Boss boss) {          return new Coder(boss);      }  }

单例

Dagger支持单例，实现方式也十分简单：

// @Inject注解构造方法的单例模式  @Singleton public class Boss {      ...       @Inject     public Boss() {          ...      }       ...  }

```java  // @Provides注解提供初始化方法的单例模式  @Provides @Singleton Coder provideCoder(Boss boss) {      return new Coder(boss);  }

通过上面的方法添加@Singleton注解之后，对象只会被初始化一次，之后的每次都会被直接注入相同的对象。

Qualifier（限定符）

如果有两类程序员，他们的能力值power分别是5和1000，应该怎样让Dagger对他们做出区分呢？使用@Qualifier注解

首先，创建一个@interface：

@Qualifier @Documented @Retention(RUNTIME)  public @interface Level {    String value() default "";  }

然后，为这两类程序员分别设置@Provides方法，并使用@Qualifier对他们做出不同的标记：

@Provides @Level("low") Coder provideLowLevelCoder() {      Coder coder = new Coder();      coder.setName("战五渣");      coder.setPower(5);      return coder;  }   @Provides @Level("high") Coder provideHighLevelCoder() {      Coder coder = new Coder();      coder.setName("大神");      coder.setPower(1000);      return coder;  }

***，在使用的时候也用上相应的@Qualifier注解。

@Inject @Level("low") Coder lowLevelCoder;  @Inject @Level("high") Coder highLevelCoder;

编译时检查

实质上，Dagger会在编译时对代码进行检查，并在检查不通过的时候报编译错误（为什么？这和Dagger的原理有关，有兴趣的话可以关注我之后发布的Dagger详解）。检查内容主要有三点：

1. 所有含有依赖注入的类，需要被显式 声明在相应的Module中。

2. 一个Module中所有@Provides方法的参数都必须在这个Module种提供相应的@Provides方法，或者在@Module注解后添加“complete = false”注明这是一个不完整Module（即它会被其他Module所扩展）。

3. 一个Module中所有的@Provides方法都要被它声明的注入对象所使用，或者在@Module注解后添加“library = ture”注明（即它是为了扩展其他Module而存在的）。

看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注创新互联行业资讯频道，感谢您对创新互联的支持。