Dagger2简谈

目前Dagger有两个分支，一个square维护，一个为Google在前者的基础上开出的分支，即Dagger2。今天我们只谈dagger2。

Dagger2使用原因

Dagger2是一个依赖注入的框架，那什么是依赖注入呢？依赖注入式一种面向对象的编程模式，它的出现是为了降低耦合性，所谓耦合就是类之间依赖关系，也就是降低类之间的依赖关系。

依赖注入原理

 在软件工程领域，依赖注入是用于实现控制反转(IoC)的最常见的方式之一。IoC不是什么技术，而是一种设计思想，在Java开发中，IoC意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。

依赖注入的实现方式：1.构造函数注入 2.setter注入 3.接口注入

Dagger2引入

  添加apt插件

classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'

添加依赖（build.gradle中添加）

apply plugin: 'com.neenbedankt.android-apt'

dependencies {

...

compile 'com.google.dagger:dagger:2.7'

apt 'com.google.dagger:dagger-compiler:2.7'

...

}

这里我们使用的是apt插件

APT(Annotation Processing Tool)是一种处理注释的工具,它对源代码文件进行检测找出其中的Annotation，根据注解自动生成代码。 Annotation处理器在处理Annotation时可以根据源文件中的Annotation生成额外的源文件和其它的文件(文件具体内容由Annotation处理器的编写者决定),APT还会编译生成的源文件和原来的源文件，将它们一起生成class文件

annotationProcessor和android-apt的功能是一样的，它们是替代关系。所以你可能会在其他文章或者项目中看到上面两种依赖的方式，至于他们的区别，链接我会放在文章下方。

Dagger2使用

在项目中绝大多数的使用都是Dagger结合MVP架构使用的，在MVP中使用时非常典型的降耦合的使用。

在MVP模式中activity持有presenter的引用，同时presenter也持有View的引用，这样便于更新UI界面，这样presenter就和activity紧紧的耦合在一起了，而dagger2是依赖注入框架就是耦合的。

新建目录di

activity中代码：

public abstract class BaseActivity extends AppCompatActivity implements IBaseView {

...

@Inject

AlbumDetailPresenter detailPresenter;

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

mActivityComponet = DaggerActivityComponet.builder().activityModule(new ActivityModule(this)).build().inject(this);

}

}

AlbumDetailPresenter中代码：

public class AlbumDetailPresenter implements IAlbumDetailPresenter {

@Inject

public AlbumDetailPresenter(@ContextLife("Activity") Context context) {

this.context = context;

}

}

新增ActivityComponent接口：

@Component(modules = ActivityModule.class)

public interface ActivityComponet {

void inject(BaseActivity aty);

}

新增ActivityModule类：

@Module

public class ActivityModule {

private final Activity mActivity;

public ActivityModule(Activity activity) {

mActivity = activity;

}

@Provides

@ContextLife("Activity")

public Context provideContext() {

return mActivity;

}

}

通过直接注解和上述接口和类即可完成Dagger2的依赖注入。在BaseActivity中是通过：

DaggerActivityComponent.builder().activityModule(new ActivityModule(this).build().inject(this))

完成注入的。

注意：添加@inject注解的变量不能被private修饰

我们可以这样理解，被@inject注解的代码存在某种联系，当代码执行到@inject的时候程序会自动进入到这个类的构造方法中，如果正巧这个构造方法也被@inject修饰了，那么系统就会帮我们自动创建对象。

在ActivityComponent接口中我们看到这么一个注解@Component(modules=ActivityModules.class)，可见ActivityComponent需要ActivityModule一起才能完成工作。这个类我们也可以理解成是提供参数的，这里我们提供一个上下文给presenter的构造方法。

总结一下

·@Injet 程序会将dagger2会将带有此注解的变量或者构造方法参与到依赖注入当中，dagger2会实例化这个对象。

.@Module 带有该注解的类需要对外提供实例化需要的参数，dagger2在实例化的过程中发现一些参数，dagger2就会去该类中寻找带有@provides注解对应的参数

.@Component 带有该注解的接口或抽象类起到一个中介的作用，就是将带有@Inject的方法或对象和带有@Module的类进行关联

参考：http://blog.csdn.net/xx326664162/article/details/68490059