dagger2 让你爱不释手：终结篇

本文做者： 伯乐在线 - 牛犇 。未经做者许可，禁止转载！
欢迎加入伯乐在线做者团队。

前言

若是您对dagger2的概念，整个依赖注入框架还不清楚，能够先了解下个人前2篇文章：

《dagger2让你爱不释手：基础依赖注入框架篇》
《dagger2让你爱不释手：重点概念讲解、融合篇》

这2篇文章也收到好多网友的好评和提问，谢谢你们的支持。我大概总结了下提的问题：

• dagger2到底能带来哪些好处？

• dagger2怎么使用？

所以我将结合这2点来进行本文的讲解。而且会有具体的sample。

dagger2到底有哪些好处？

我们直奔主题：

增长开发效率、省去重复的简单体力劳动

首先new一个实例的过程是一个重复的简单体力劳动，dagger2彻底能够把new一个实例的工做作了，所以咱们把主要精力集中在关键业务上、同时也能增长开发效率上。

省去写单例的方法，而且也不须要担忧本身写的单例方法是否线程安全，本身写的单例是懒汉模式仍是饿汉模式。由于dagger2均可以把这些工做作了。

更好的管理类实例

每一个app中的ApplicationComponent管理整个app的全局类实例，全部的全局类实例都统一交给ApplicationComponent管理，而且它们的生命周期与app的生命周期同样。

每一个页面对应本身的Component，页面Component管理着本身页面所依赖的全部类实例。

由于Component，Module，整个app的类实例结构变的很清晰。

解耦

假如不用dagger2的话，一个类的new代码是很是可能充斥在app的多个类中的，假如该类的构造函数发生变化，那这些涉及到的类都得进行修改。设计模式中提倡把容易变化的部分封装起来。

咱们用了dagger2后。

假如是经过用Inject注解标注的构造函数建立类实例，则即便构造函数变的天花乱坠，咱们基本上都不须要修改任何代码。

假如是经过工厂模式Module建立类实例，Module其实就是把new类实例的代码封装起来，这样即便类的构造函数发生变化，只须要修改Module便可。

有个网友问过一个这样的问题，Module的构造函数也会发生变化，发生变化后，相应的new Module的类也发生变化，这就没有达到解耦的效果。首先解耦不是说让类之间或模块之间真的一点关系都没有了，解耦达到的目的是让一个类或一个模块对与本身有关联的类或模块的影响降到最低，不是说这种影响就彻底没有了，这是不可能的。

解耦还有个好处，就是方便测试，若须要替换为网络测试类，只须要修改相应的Module便可。

项目中使用dagger2注意点

具体的代码就不讲了，dagger2 sample地址，你们自行下载。这里重点说下dagger2对目标类进行依赖注入的过程，如今假设要初始化目标类中的其中一个依赖类的实例，那具体步骤就在下面：

 

 

1 2 3 4 5 6 7 8

步骤1：查找Module中是否存在建立该类的方法。 步骤2：若存在建立类方法，查看该方法是否存在参数     步骤2.1：若存在参数，则按从**步骤1**开始依次初始化每一个参数     步骤2.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束 步骤3：若不存在建立类方法，则查找Inject注解的构造函数，            看构造函数是否存在参数     步骤3.1：若存在参数，则从**步骤1**开始依次初始化每一个参数     步骤3.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束

以上是dagger2进行的一次依赖注入的步骤，其实这个步骤是一个递归的过程，而且在查找类的实例的过程当中Module的级别要高于Inject，这概念在上一篇讲过。

下面在说下注意的几点

• 一个app必需要有一个Component（名字能够是ApplicationComponent）用来管理app的整个全局类实例

• 多个页面能够共享一个Component

• 不是说Component就必定要对应一个或多个Module，Component也能够不包含Module

• 自定义Scope注解最好使用上，虽然不使用也是可让项目运行起来的，可是加上好处多多。

总结

好了关于dagger2的全部的概念知识点到此终于结束了，但愿能帮助你们，与你们共勉，有问题能够随时与我沟通。

dagger2 sample地址

问啊-定制化IT教育平台，牛人一对一服务，有问必答，开发编程社交头条 官方网站：www.wenaaa.com 下载问啊APP，参与官方悬赏，赚百元现金。

QQ群290551701 汇集不少互联网精英，技术总监，架构师，项目经理！开源技术研究，欢迎业内人士，大牛及新手有志于从事IT行业人员进入！

http://cxy.liuzhihengseo.com/511.html