Dagger2框架使用小总结
基本知识点：
依赖注入：就是目标类所依赖其他的类初始化过程，传统方式就是new 和 通过set接口传递。引入Dagger2框架呢就不用再手动编码并且降低耦合。而是通过技术手段把已经实例化的所依赖的类注入到目标类中。
注解：用一个词就可以描述注解，那就是元数据，即一种描述数据的数据（源代码的元数据即提供给JVM 使用的）。
inject的作用
在Dagger2框架中呢，目标类在需要依赖其他类的引用名上用注解名inject标注。
class A{
@Inject
B b;
}
Component的作用
Component类呢是同一个注解类，一个类要想是Component，就必须用Component(module = module名.class)(即此component所需的module类)名注解该类。此类必须为接口。基本流程是这样的。首先component类得到目标类的实例，再在目标类中找到用Inject注解的属性，然后到module类中寻找带有Provides注解的方法把对应的类的对象实例注入到目标类的需要的属性中。
小节
- 目标类想要初始化依赖的其他类：
+ 用Inject注解标注目标类中所依赖的其他类对象名。
+ 在module类中存放其他类的对象实例，并用Provides注解标注获取方法。
+ 若其他类中还有依赖另外的类，重试上面的两步。
+ 最后呢在Component接口声明injectxxx(目标类 A)，需要的时候调用此方法并传入目标类对象，就完成依赖其他类的注入了（injectXXX方法名为官方推荐）。 - Component就像注射器把其他类的实例注入到目标类用Inject注解的对象名中。
Module类
Module主要的的作用就是提供目标类中所需要的其他类的实例。同上一类要成为Module类的话，需要在Module注解该类。有了其他类的实例呢，自然是要返回给Component类的并注入到目标类，此处呢就要用Provides注解返回其他类对象实例的接口。
- ps：小技巧呢第三类库或者并不是程序一运行就生成的类的对象呢，是可以直接没在Provides注解标注的方法中直接new出实例并返回。简单举例呢MVP 架构，V层和P层一定是相互依赖的，V层的角色一般于Activity或Fragment来承担。此时如果用Dagger2框架解耦呢，V层的对象一定只能通过调用Module类的构造函数的时候传入当前的V层对象实例，直接通过Provides注解的返回方法newV层的对象实例肯定是不能用的，跟当前任务栈的活动实例没半毛钱关系。
