不知不觉又是一年，这一年，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的第一篇,所以也只是非常简单的讲解下概念,入门使用,后续文章会逐渐扩展,
也希望大家多多支持.
