不知不觉又是一年，这一年，Android技术与架构依旧不断推陈出新，各种开源框架层出不穷，非常感谢大Android市场为我们带来的机遇与挑战，可能是这一年Android市场的风起云涌和以及各种新技术的冲击，不得不要求自己去做一点什么.思来想去还是闲暇之余写写文章,可能是在项目中使用到的技术，亦或是优秀的第三方开源框架的使用，亦或是一些读书笔记，亦或是随笔散文，在Android8.0来临之际，希望自己可以坚持下来，加油。

       网上关于Dagger2的讲解使用其实非常详细了，这里就简单的介绍下Dagger的基本使用。Dagger，英译中:匕首、短剑的意思，这是一款非常优秀的“依赖注入”框架，（拓展：IOC，英文全称：Inversion of Control，中文名称：控制反转，它还有个名字叫依赖注入（Dependency Injection）。作用：将各层的对象以松耦合的方式组织在一起，解耦，各层对象的调用完全面向接口。）关于具体的原理和逻辑，仁者见仁智者见智。我理解的就是通过这个框架以接口这种形式去完成原来的new Object(),完成最终的解耦。

        举个例子，我们现在需要一个类叫Dog,Dog这个类中中需要持有一个叫Eat的对象,Eat中又需要持有Food对象,Ok,这还不简单,胸有成竹潇潇洒洒就是如下代码：

Dog dog = new Dog (new Eat (new  Food()) );

但是在实际开发中，我们遇到的情况却是这样子的，

哦，上帝，我好像原来也是这样写的，这样一坨一坨的，看上去很相似吧，自己看自己写的还好，要是遇见别人写的（不写注释不写备注写的个个像混淆后似的）那就灰常老火了，这个时候，Dagger就像极了一个好人双眼放光似地说道，new Object（）那家强，免费干活不嫌累那家强?It's me! 简而言之，Dagger只用专注于怎么实现功能,至于对象的依赖关系和生命周期,都让它来帮我们管理。

接下来，还有一幅图，

那么，Dagger2的铁三角就来了：

1）Module 提供依赖，(类似经济学里面的供给方)

2）Component关联依赖，类似于一个容器，中间商（供给方---需求方，两者联系的桥梁）,连接器

3）Container 使用依赖,(类似于经济学里面的需求方)

重要的注解：

1）@Inject ，在需要依赖（也就是需要具体的对象）时候使用这个注解，

2）@Module ，这个里面的方法专门提供依赖，用此注解的时候，Dagger在构造类的实例的时候就知道去那里找到需要的依赖，

3）@Provide ，这个注解，主要是用来提供依赖，（与@inject互相对应，供给方or需求方一 一对应的关系）

4）@Component ，连接的桥梁，也称为注入器，Dagger源代码里面,此注解需要Module,本质是一个interface,这个接口本身不提供实例对象,由注解@Component 后面的{}里面的.class去提供,

下面就开始正式使用Dagger2：

1）在  Module:app  builde.gradle

 apply plugin: 'com.android.application'的下面，新增：

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

（凡是这种通过构建自动生成代码的,基本上都要安装插件）

2）在  Module:app  builde.gradle 

dependencies {

新增如下3行：

compile 'com.google.dagger:dagger:2.0.2'  //依赖

compile 'com.google.dagger:dagger-compiler:2.0.2'  //指定注解处理器

provided 'org.glassfish:javax.annotation:10.0-b28' //添加Android缺失部分的javax注解

}

3）在  Project:XXX  builde.gradle

dependencies{

//新增下面一行

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

}

基本的Dagger配置就是上述步骤，然后同步一下开发工具.

第一篇的使用,我们来了解最基本的用法,我们就定义一个JavaBean,里面有个方法,用来打印日志

First  ,我们就有了如下代码:

Second  ,我们在Activity里面使用这个JavaBean,调用里面的方法,传统工艺告诉我们需要new 对象,然后调用其方法,

但是!!! 在Dagger里想使用一个具体的对象,如图Dagger-1,使用@Inject 注解 告诉Dagger 我想要使用这个对象(依赖)

潇潇洒洒就有了以下的代码,

接下来,依旧如图Dagger-1,现在有了@Inject,(笔者是文科出身,这里引申一个经济学的理论,有了需求(@inject),也有了供给(@provide),但如何保证需求与供给平衡?大萧条的惨痛经验告诉我们仅依靠市场规律是不行滴,两者还需要*的宏观调控(也就是@Component)来把控全局),于是乎,我们定义一个@Component

关于这个inject()方法,方法参数为ManActivity，

我们先简单的理解,就是声明MainActivity这个类,用来指定这个@Component和@Module 

接着,我们点进去看,注解的源码需要我们提供一个modules的依赖

需要注意的是,这个@Component本身不提供依赖,提供依赖的步骤是在{}花括号里面的.class文件去处理实例对象

Thirdly :  接下来,我们就需要完成具体的@Moudle 

我们将,HttpModule这个类,以@Module注解标注,

告知Dagger2,我这个类是为了给使用到@Component,里面使用了(modules= {HttpMoudle.class})结合使用的

@Provide 这个注解在上文说的也很清楚了,这个与@Inject是直接对应的,类似与之前提到的供给or需求的关系

图上注解@Provide的这个方法,返回一个FirstUseDagger对象(恍然大悟, 我们之前的new 对象的方式 就在这里被替换完成了)

整体的代码思路就是,

A-->声明Module;

B-->在@Provides注解里面,返回对象;对外提供依赖

C-->整个Module的职责是给@Component提供一个对象供给仓库

D-->在Container里面,使用Dagger2为我们提供的依赖

Fourthly:

代码写到这里,我们点击同步(Sync now),或者编译代码,这个时候,Dagger的插件会为我们生成一些代码,

我这里的@Component 使用的是HttpComponent,系统为我生成的是DaggerHttpComponent,由于我这里是第一篇,最基础的,

那么,在我们的MainActivity,里面,直接

A-->用@Inject注解,告知Dagger2,我要使用(需求方)这个对象,

B-->我们思考传统的写法,如果没有这个对象,如果对象名调用方法名()就直接抛空指针异常,

C-->在上文说到,Dagger2的对象提供由@Provide提供(供给方)去满足new 对象

D-->两者的桥梁由@Components链接对应

E-->简单的使用:DaggerXXXComponent.create().inject(this);

附上编译后生成的源代码:

由于是Dagger2的第一篇,所以也只是非常简单的讲解下概念,入门使用,后续文章会逐渐扩展,

也希望大家多多支持.