Dagger2的使用
Dagger2 使用详解
前言
Dagger2 是一款使用在Java和Android上的依赖注入的一个类库。
配置信息
使用Android Studio 创建一个新的项目,在Project的 build.gradle
文件添加以下内容:
1
|
buildscript {
|
并在Module下的build.gradle
添加以下内容:
1
|
apply plugin: 'com.neenbedankt.android-apt'
|
这样就基本完全了Dagger2的配置环境(顺便也配置了支持lambda表达式)。
Dagger2基本使用
我们先简单地创建一个类:
1
|
public class Poetry {
|
然后我们在MainActivity中使用这个类:
1
|
public class MainActivity extends AppCompatActivity {
|
但是这样直接运行是会出错的,此时这样子在MainActivity中的mPoetry对象是无法被注入的,因为MainActivity不知道去哪里找到它的实例去注入生成,这时我们需要一个连接器Component,让上面这两个类产生联系:
1
|
//用@Component表示这个接口是一个连接器,能用@Component注解的只
|
先运行一遍,AS会生成一些类,再修改一下MainActivity:
1
|
public class MainActivity extends AppCompatActivity {
|
运行,如下
上面MainActivity
中的Poetry
实例并不直接由MainActivity类创建,而是由MainActivityComponent
类注入生成实例。以上就是一个简单的Dagger2示例。
@Module
有时候我们并不能直接在构造函数里面添加@Inject
注解,或者类中存在多个构造函数时,@Inject
也只能注解其中一个构造函数,不能注解多个构造函数,这里是会产生歧义性,因为Dagger2无法确认调用哪一个构造函数来生成例的实例对象。另外一种情况是我们在项目中引用第三方类库时,也是无法直接在类构造函数中添加@Inject
注解的,所以我们需要用到@Module
注解了。@Module
是用来生产实例来注入对象的,它类似一个工厂,集中创建要注入的类的对象实例。下面我们引用一下Gson库来看看@Module
是怎么使用的,创建MainModule
类:
1
|
/*
|
添加完这个类后,我们要与之前写的类产生关联,不然谁知道你这里提供了生成Gson实例的方法啊。修改MainCompontent
:
1
|
//这里表示Component会从MainModule类中拿那些用@Provides注解的方法来生成需要注入的实例
|
这里多了一个依赖,依赖MainModule
类中的方法生成Gson实例,我们在MainActivity
里注入Gson实例:
1
|
public class MainActivity extends AppCompatActivity {
|
运行,结果如下:Component
可以依赖多个Module
对象,以上的构造方法与生成方法都是无参生成实例的,如果我们带参数应该怎么做了?我们创建多一个PoetryModule
用于提供Poetry
实例:
1
|
|
修改MainComponent
依赖:
1
|
//这里表示Component会从MainModule类中拿那些用@Provides注解的方法来生成需要注入的实例
|
运行,就可以看到不同的诗词了:
细心的同学就会发现了,我们提供了两个可以生成Poetry
实例的方法,一个是在Poetry
类的构造函数时候用@Inject
提供的实例创建方法,一个是在PoetryModule
中的@Privodes
注解的providePoetry方法,而在上面的运行结果中我们发现是调用了PoetryModule
提供的方法,这里就要说明一下优先级的问题,在上面这种既在构造函数中用@Inject
提供注入来源,也在@Module
中用@Privodes
注解提供注入来源的,Dagger2是先从@Privodes
查找类实例,如果找到了就用@Module
提供的方法来创建类实例,如果没有就从构造函数里用@Inject
注解的生成类实例,如果二者都没有,则报错,简而言之,就是@Module
的优先级高于@Inject
。
另外这里还要说明一点,在providePoetry(String)方法中,String这个参数也是要注入提供的,必须也要有在同一个连接器里面有提供,其中在构建类实例的时候,会按照以下顺序执行:
- 从Module中查找类实例创建方法
- Module中存在创建方法,则看此创建方法有没有参数
- 如果有参数,这些参数也是由Component提供的,返回步骤1逐一生成参数类实例,最后再生成最终类实例
- 如果无参数,则直接由这个方法生成最终类实例
- Module中没有创建方法,则从构造函数里面找那个用@Inject注解的构造函数
- 如果该构造函数有参数,则也是返回到步骤1逐一生成参数类实例,最后调用该构造函数生成类实例
- 如果该构造函数无参数,则直接调用该构造函数生成类实例
以上就是一次注入生成类实例的生成步骤。
@Scope
我们创建多一个Activity,这个Activity也注入了Poetry跟Gson对象:
1
|
public class OtherActivity extends AppCompatActivity {
|
我们顺便也把MainComponent
改成抽象类的形式,并添加返回MainComponent
单例的方法,对应添加MainActivity跳转到OtherActivity的方法.
1
|
|
运行结果如下:
可以看到,调用同一个MainComponent
实例多次注入的时候每次都重新生成Poetry实例,有时候我们需要只希望生成一个共用实例的时候应该怎么办呢,这里我们就需要用到Dagger2的@Scope属性了,Scope是作用域的意思,我们先自定义一个@Scope注解:
1
|
|
同时在Module与Component加上这个自定义Scope:
1
|
|
重新运行:
这时你会发现这两个Poetry实例是同一个实例来的,通过实现自定义@Scope注解,标记当前生成对象的使用范围,标识一个类型的注射器只实例化一次,在同一个作用域内,只会生成一个实例,然后在此作用域内共用一个实例。这样看起来很像单例模式,我们可以查看@Singleton其实就是@Scope的一个默认实现而已。当然,你得是同一个Component对象来生成,这点我们应该可以理解的吧。
我们可以通过自定义Scope来组织Component的作用域,使得每个Component的作用域清晰明了,各施其职。
组织Component
我们在一个项目之中不可能只使用一个Component连接器来注入对象完成注入工作,一般除了一个全局的ApplicationComponent之外,还有一些作用域在Activity/Fragment的Component,Component之间存在依赖关系与从属关系。如果我们已经创建好了一个全局的ApplicationComponent,然后其它的Component刚好需要ApplicationComponent里面的一个全局属性,想要与ApplicationComponent共享同一个实例,这时就需要用到依赖关系了。
依赖方式
一个Component可以依赖一个或多个Component,并拿到被依赖Component暴露出来的实例,Component的dependencies属性就是确定依赖关系的实现。
这里的有点像数学里面的交集方式,被依赖的Component主动暴露对象给二者共享,如我们在ApplicationModule提供了一个全局的Gson对象,我们想要提供给其他Component时,要在ApplicationComponent显式的提供一个接口:
1
|
|
并在自定义的MainApplication中初始化它,更改MainComponent:
1
|
public class MainApplication extends Application {
|
这样就达到了MainComponent依赖ApplicationComponent。并且这里需要注意的是,MainComponent的作用域不能和ApplicationComponent的作用域一样,否则会报错,一般来讲,我们应该对每个Component都定义不同的作用域。
包含方式(从属方式)@SubComponent
如果我们需要父组件全部的提供对象,这时我们可以用包含方式而不是用依赖方式,相比于依赖方式,包含方式不需要父组件显式显露对象,就可以拿到父组件全部对象。且SubComponent只需要在父Component接口中声明就可以了。添加多一个AActivity,AComponent:
1
|
|
最后我们在OtherActivity中添加一个按钮跳转到AActivity,运行结果如下:
@Qualifier
假如在上面的AActivity里面我们想要注入两个不同的Poetry(指peoms不一样)实例,我们可以在AModule下添加多一个生成Poetry的方法:
1
|
|
但是直接这样做Dagger2是无法区分调用哪个方法生成Poetry实例的,这个时候就需要自定义@Qualifier限定符来匹配注入方法了,添加一个自定义Qualifier并修AMoudule,AActivity:
1
|
|
重新编译运行:
而Dagger2已经默认帮我们实现了一个@Named:
1
|
|
跟我们自定义的PoetryQualifier其实是一样的。
后记
这篇是我参考了其他文章之后自己又重新总结一遍的,错误之处请帮忙指出,大家一起进步。除了以上常用到的注解之外,Dagger还提供了其他一些注解,如Set,Map类的注解,具体可以参考以下文章。
参考
Dagger2图文完全教程
Google官方MVP+Dagger2架构详解【从零开始搭建android框架系列(6)】
Android:dagger2让你爱不释手-基础依赖注入框架篇
Android:dagger2让你爱不释手-重点概念讲解、融合篇
Android:dagger2让你爱不释手-终结篇
Android:Dagger2学习之由浅入深