Dagger2是Google提供的依赖注入框架,依赖注入为Android中组件之间的解耦提供了很好的解决方案。
使用它可以自动生成创建依赖关系所需要的代码。减少很多模板化的代码,更易于测试,降低耦合,创建可复用可互换的模块。已经在越来越多的开源项目中被使用,其已经发展成为未来的一个技术趋势。
MVP设计模式中,M层提供数据,V层做界面展示,而P层则成为M和V的桥梁,这其中就必然涉及到M和V的交互及处理,如果业务复杂或者多个页面共用,它还是面临着高度的耦合性。如果需求发生变动,必然需要更改P中的内容。而在MVP中,我们通常在activity层中需要拿到p层的对象,那么在开发中有可能我们很多activity或者fragment都可能需要拿到这个p层对象的实例,假如我们P层类的构造发生变化(例如增加了参数)我们要在很多地方都得进行修改,这就是耦合度太高的弊端。
为了解决这种耦合性的问题,有一帮牛叉的人就思索着:能不能有个容器,这个容器在我们需要用到某个对象的时候帮我们创建好需要的对象,像对象工厂一样,并且帮我们管理这些对象。当发生变化时,我们只需要换一个容器就可以了。就这样,dagger2应运而生。
简而言之,dagger2中组成内容的对应关系:
类Module:使用@Module修饰,装载对象的容器。
接口Component:使用@Component修饰,存放这些容器的仓库。它是连接Module和依赖注入对象的桥梁。
注解@Provides:该容器创建对象的动作。
注解@Inject:从容器中取出这个对象的动作。
注解@Qualifier:用来给@Inject和@Provides贴上关联标签(进行注解)。如果一个对象可以由一个或多个容器的@Provides修饰提供,这时候就需要用Qualifier进行标签关联。 还不清楚的可点击了解.
注解@Scope:从容器取出对象的有效期,即生命周期。
1.使用@Module修饰编写Module,再通过@Provides修饰该对象的创建方法。
2.使用@Component的modules属性修饰存放Module容器的仓库Component,并同时定义依赖注入的接口方法inject,参数为依赖注入的对象。
3.执行编译,使用自动生成的[”Dagger” + Component名]类先装载Module,再用之前定义的依赖注入接口方法,最后在注入对象上添加@Inject进行注入关联。
1.增加Dagger2依赖包
dependencies {
//Dagger2
implementation 'com.google.dagger:dagger:2.13'
annotationProcessor 'com.google.dagger:dagger-compiler:2.13'
implementation 'com.google.dagger:dagger-android:2.13'
implementation 'com.google.dagger:dagger-android-support:2.13'
annotationProcessor 'com.google.dagger:dagger-android-processor:2.13'
compileOnly 'org.glassfish:javax.annotation:10.0-b28'
//ARouter
compile 'com.alibaba:arouter-api:1.3.1'
annotationProcessor 'com.alibaba:arouter-compiler:1.1.4'
//butterknife的sdk
implementation 'com.jakewharton:butterknife:8.8.1'
annotationProcessor 'com.jakewharton:butterknife-compiler:8.8.1'
}
2.编写Module
@Module
public class LoginModule {
@ActivityScope
@Provides
LoginPresenter getPresenter() {
return new LoginPresenter();
}
}
3.编写Component装载module
(1)使用Dagger2单独编写Component装载module
@ActivityScope
@Component(modules = {LoginModule.class})
public interface LoginComponent {
void inject(LoginActivity activity);
}
(2)使用Dagger-Android 统一生成装载module
@ActivityScope
@ContributesAndroidInjector(modules = LoginModule.class)
abstract LoginActivity contributeSecondActivityInjector();
4.编译工程
AndroidStudio -> Build -> Make Project
5.进行依赖注入
(1)使用Dagger2,通过Component取出module注入依赖
@Override
protected void onResume() {
super.onResume();
DaggerLoginComponent.builder().loginModule(new LoginModule()).build().inject(this);
mPresenter.attachV(this);
}
(2)使用Dagger-Android在BaseActivity中统一AndroidInjection统一取出module注入依赖
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
AndroidInjection.inject(this); //统一注入
super.onCreate(savedInstanceState);
setContentView(getLayoutId());
}
1.看过上面介绍后,可能有人会疑问:一个Component难道只能存储一个依赖注入对象的所有module?那岂不是我需要创建很多的Component实现接口,而且还有很多重复的劳动,多了也同样不好管理。能不能使用一个Component,对多个依赖注入对象进行Module的存储呢?
2.在Android中,我们需要进行依赖注入的对象大多数是Activity、Fragment、Service、BroadcastReceiver等,如果像上面那样使用Dagger进行依赖注入的话,就需要为每个Activity、Fragment等创建Component和Module,并在生命周期中写上一长串依赖注入的实现,这样会显得非常麻烦,那么能否有一种方式,能够将他们的所有依赖注入信息统一注册在一个全局Component(AppComponent)中,并在每次Activity、Fragment等创建的时候自动进行依赖注入,这样就完全实现了依赖注入的可配置,每个类都无需关注依赖注入如何实现。
那么如何解决以上问题呢?Google为此不懈努力,开发出了Dagger2-android库。
Dagger2-Android是Google基于Dagger2开发的应用于Android开发的扩展库。通过它,我们能够通过简单的配置,无需书写过多的Component就可以轻松地实现Android的依赖注入。可以说是Android实现依赖注入的一大法宝。
1.我们先声明我们的Application类,并实现HasActivityInjector接口,然后添加到manifest清单文件中:
public class MyApplication extends Application implements HasActivityInjector {
@Inject
DispatchingAndroidInjector dispatchingAndroidInjector;
@Override
public void onCreate() {
super.onCreate();
AppInjector.init(this); //全局依赖注入
}
@Override
public AndroidInjector activityInjector() {
return dispatchingAndroidInjector;
}
}
2.定义全局依赖仓库AppComponent,添加依赖注入的Module。
@Singleton
@Component(modules = {
AndroidInjectionModule.class,
AndroidSupportInjectionModule.class,
ActivitysModule.class
})
public interface AppComponent {
void inject(MyApplication myApplication);
}
3.定义基础Activity的Subcomponent–ActivitySubComponent,统一Activity的依赖注入接口:
在实际使用Dagger2过程中,我们不可能书写过多的Component,那样可读性和可维护性都会大大降低,@Subcomponent主要解决的是就是Component复用的问题。
Subcomponent就好比将多个统一(类似)的依赖注入Component接口打包到一个Module(暂记为AllModule)中,而这些Subcomponent又可以放入多个Module。
这样在外层我们只需要定义一个全局的父Component,而在这个父Component中,我们放入了装载了多个Subcomponent的AllModule。这样如果我们需要新添加依赖的话,只需要在AllModule中进行Module注册即可,无需添加新的Component,而且也方便管理。
@Subcomponent(modules = {
AndroidInjectionModule.class,
})
public interface ActivitySubComponent extends AndroidInjector<BaseActivity> {
@Subcomponent.Builder
abstract class Builder extends AndroidInjector.Builder<BaseActivity> { //构建规则
}
}
4.定义存放多个ActivitySubComponent的Module–ActivitysModule:
@Module(subcomponents = {
ActivitySubComponent.class
})
public abstract class ActivitysModule {
@ActivityScope
@ContributesAndroidInjector(modules = LoginModule.class)
abstract LoginActivity contributeLoginActivityInjector();
@ActivityScope
@ContributesAndroidInjector(modules = MainModule.class)
abstract MainActivity contributeMainActivitytInjector();
}
5.在全局依赖仓库AppComponent中装入ActivitysModule,并进行全局依赖注入:
使用Application注册Activity生命周期回调,在Activity创建的时候自动进行依赖注入。
DaggerAppComponent.builder().build().inject(myApplication);
myApplication
.registerActivityLifecycleCallbacks(new Application.ActivityLifecycleCallbacks() {
@Override
public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
AndroidInjection.inject(activity); //动态自动进行依赖注入
}
···省略其他Callbacks
});
需要了解更多有关Dagger2和MVP内容的,请点击查看