1、说在前面
如果你是做Android开发的，写代码家常便饭，随着时间消逝，自己也成长不少，会遇到（前方超大字体预警）
代码耦合、团队协作冲突解决，类依赖复杂度等诸多问题，如何解决，使队友之间的不在冲突，来一波nice助攻，Dagger2,MVP是你的选择。（打广告重大嫌疑），也有不足之处，就是会写很多类和接口，也能理解嘛，解耦必然会增加文件的数量（后面将会封装模板一键生成相关类敬请期待）---严博
dagger2使用大项目的开发，减少依赖实现解耦，小项目就用不上了，因为他会写很多接口和类，但是当你做大项目的时候就会体现他的好处不是一点点
2、为什么使用Dagger2它能干什么
前面我们只是简单介绍了一下Dagger2的基本认识接下来我们进入主题，讲讲，Dagger2能做什么
做项目时，常需在一个对象里去创建另一个对象的实例，这种行为是产生耦合的常见形式。大项目来说过多的项目依赖会导致代码难以维护。
列子说话
/**
* 有一男孩班级类中new出，此类一run方法调用男孩的run方法
一个对象里通过new 创建另一个对象-->产生耦合常见形式，
*/
public class Classes {
// 依赖类
private Boy boy;
public Classes(){
// 在当前对象中直接 new 出依赖类
boy = new Boy();
}
public void run(){
boy.run();
}
}
此时看桌无大碍，那么boy发生变化，其构造方法发生变化，需要传一个姓名需要修改代码
public class Boy {
String name;
//原来的构造方法修改如下
/*public Boy(){
}*/
public Boy(String name ){
// 修改了构造方法
this.name = name;
}
public void run(){
}
}
public class Classes {
// 依赖类
private Boy boy;
public Classes(){
// 因为Boy的构造方法发生变化，所以需要修改该处代码
boy = new Boy("lilei");
}
public void run(){
boy.run();
}
}
可见：若boy变化，其构造方法发生变化，需传一姓名，需修改代码
修改了Boy的构造方法之后，因为Classes依赖Boy，所以其内部也需要修改。
如果又发生了变化，Boy的姓名更改了，又要修改Classes中的代码。。。这样的话，一个还是不明显，当工程量很浩大时，呵呵了。
所以我们寻求一种方法，只关注怎么实现功能，对象的依赖关系和生命周期都让它来管理，一个Inject,它会按照依赖关系帮我们注入我们需要的对象,并且它会管理好每个对象的生命周期,在生命周期还没结束的情况下是不会重复new的、这就是Dagger2的用途。
图解一下有点丑理解一下，（纯手工打造）
下面我们将带领大家开启dagger2的使用之路
Dagger2在studio中的配置
studio3.0之前的配置方法
- app的gradle
最上面应用apt插件
apply plugin: 'com.neenbedankt.android-apt'
- dependencies里
// dagger 2 的配置
compile 'com.google.dagger:dagger:2.4'
apt 'com.google.dagger:dagger-compiler:2.4'
compile 'org.glassfish:javax.annotation:10.0-b28'// 添加java 注解库
- 工程gradle
buildscript {
dependencies {
classpath 'com.android.tools.build:gradle:2.1.0'
// 添加android-apt 插件
classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'
}
}
android-apt，是Gradle编译器的插件，目的：
- 编译时使用该工具，最终打包时不会将该插件打入到apk中。
- 能够根据设置的源路径，在编译时期生成相应代码。
studio3.0配置
比较简单
app gradle中
mplementation 'com.google.dagger:dagger:2.11'
implementation'com.google.dagger:dagger-compiler:2.11'
配置结束开始使用
四个基础
我们还是用图解一哈
dagger2注入步骤
- 1、看Module中是否存在创建该类的方法
- 2、存在创建该类的方法-->再看方法是否存在参数
- 2.1、存在参数-->按步骤1开始依次初始化每个参数（就是在获取该类实例的过程中还有其他实例需要获取同样方法获取）
- 2.2、不存在参数-->直接初始化该类实例。一次依赖注入到此结束
- 3、不存在创建该类的方法-->找Inject注解的构造函数，看构造函数是否有参数
- 3.1、有，从步骤1开始依次初始化每个参数
- 3.2、不存在，则直接初始化该类实例，依次依赖注入到此结束、。
其他注解
@Qulifier
在Module里方法命名怎样都行，一般以provide+..命名，因为他是根据返回类型来确定的。不管你方法名是什么，如果返回值一样那用谁呢----依赖迷失--->用@Qulifier
列子
- 定义了两个注解，@A和@B，他们都是用@Qulifiier标注的
@Qualifier
@Retention(RetentionPolicy.RUNTIME)
public @interface A {}
@Qualifier
@Retention(RetentionPolicy.RUNTIME)
public @interface B {}
- Module
@Module
public class SimpleModule {
@Provides
@A
Cooker provideCookerA(){
return new Cooker("James","Espresso");
}
@Provides
@B
Cooker provideCookerB(){
return new Cooker("Karry","Machiato");
}
}
- 使用
public class ComplexMaker implements CoffeeMaker {
Cooker cookerA;
Cooker cookerB;
@Inject
public ComplexMaker(@A Cooker cookerA,@B Cooker cookerB){
this.cookerA = cookerA;
this.cookerB = cookerB;
}
@Override
public String makeCoffee() {
return cooker.make();
}
}
cookerA.make();//James make Espresso
cookerB.make();//Karry make Machiato
@Scope
一个Scope注解
@Scope
@Retention(RetentionPolicy.RUNTIME)
public @interface PerActivity {}
我们把定义的@PerActivity用到Module里
@Module
public class ActivityModule {
@Provides
CoffeeShop provideCoffeeShop(){
return CoffeeShop.getInstance();
}
@Provides
@PerActivity
CookerFactory provideCookerFactory(){
return new CookerFactory();
}
@Provides
CookerFactoryMulty provideCookerFactoryMulty(){
return new CookerFactoryMulty();
}
}
