您的位置: 首页  >  IT文章  >  【Dagger2】简介 配置 使用 MVP案例 使用dagger2的好处好处：增加开发效率、省去重复的简单体力劳动首先new一个实例的过程是一个重复的简单体力劳动，dagger2完全可以把new一个实例的工作做了，因此我们把主要精力集中在关键业务上、同时也能增加开发效率上。省去写单例的方法，并且也不需要担心自己写的单例方法是否线程安全，自己写的单例是懒汉模式还是饿汉模式，因为dagger2都可以把这些工作做了。更好的管理类实例每个app中的ApplicationComponent管理整个app的全局类实例，所有的全局类实例都统一交给ApplicationComponent管理，并且它们的生命周期与app的生命周期一样。每个页面对应自己的Component，页面Component管理着自己页面所依赖的所有类实例。因为Component，Module，整个app的类实例结构变的很清晰。解耦假如不用dagger2的话，一个类的new代码是非常可能充斥在app的多个类中的，假如该类的构造函数发生变化，那这

【Dagger2】简介 配置 使用 MVP案例 使用dagger2的好处好处：增加开发效率、省去重复的简单体力劳动首先new一个实例的过程是一个重复的简单体力劳动，dagger2完全可以把new一个实例的工作做了，因此我们把主要精力集中在关键业务上、同时也能增加开发效率上。省去写单例的方法，并且也不需要担心自己写的单例方法是否线程安全，自己写的单例是懒汉模式还是饿汉模式，因为dagger2都可以把这些工作做了。更好的管理类实例每个app中的ApplicationComponent管理整个app的全局类实例，所有的全局类实例都统一交给ApplicationComponent管理，并且它们的生命周期与app的生命周期一样。每个页面对应自己的Component，页面Component管理着自己页面所依赖的所有类实例。因为Component，Module，整个app的类实例结构变的很清晰。解耦假如不用dagger2的话，一个类的new代码是非常可能充斥在app的多个类中的，假如该类的构造函数发生变化，那这

分类: IT文章 • 2022-06-03 18:26:53

简介

compile 'com.google.dagger:dagger:2.11'//2017-9-17最新版本为【2.11】
annotationProcessor 'com.google.dagger:dagger-compiler:2.11'//dagger-compiler为编译时期生成代码等相关的类库
Dagger2 是一个Android依赖注入框架，由谷歌开发，最早的版本Dagger1 由Square公司开发。
依赖注入框架主要用于模块间解耦，提高代码的健壮性和可维护性。
Dagger 这个库的取名不仅仅来自它的本意“匕首”，同时也暗示了它的原理。Jake Wharton 在对 Dagger 的介绍中指出，Dagger 即 DAG-er，这里的 DAG 即数据结构中的 DAG：有向无环图(Directed Acyclic Graph)。也就是说，Dagger 是一个基于有向无环图结构的依赖注入库，因此Dagger的使用过程中不能出现循环依赖。

Android开发从一开始的MVC框架，到MVP，到MVVM，不断变化。现在MVVM的data-binding还在实验阶段，传统的MVC框架Activity内部可能包含大量的代码，难以维护，现在主流的架构还是使用MVP的方式。但是 MVP 框架也有可能在Presenter中集中大量的代码，引入DI框架Dagger2 可以实现 Presenter 与 Activity 以及 Presenter 和其它业务逻辑之间的解耦，提高模块化和可维护性。

依赖注入就是将调用者需要的另一个对象实例不在调用者内部实现，而是通过一定的方式从外部传入实例，解决了各个类之间的耦合。
那么这个外部，到底指的是哪里，如果指的是另一个类，那么，另一个类内部不就耦合了？能不能有一种方式，将这些构造的对象放到一个容器中，具体需要哪个实例时，就从这个容器中取就行了。这样，类的实例和使用就不在有联系了，而是通过一个容器将他们联系起来，实现了解耦。这个容器，便是Dagger2。

Dagger2的原理是：在【编译期】生成相应的依赖注入代码。这也是和其他依赖注入框架不同的地方，其他框架是在【运行时】通过【反射】获取【注解内容】，影响了运行效率。

【Dagger1】
Dagger1可以说是如今Android上最流行的依赖注入框架。它是由Square公司受到Guice启发创建的。
基本特点：
  • 多个注入点：依赖，通过injected
  • 多种绑定方法：依赖，通过provided
  • 多个modules：实现某种功能的绑定集合
  • 多个对象图： 实现一个范围的modules集合
Dagger1是在编译的时候实行绑定，不过也用到了反射机制。但这个反射不是用来实例化对象的，而是用于图的构成。Dagger会在运行的时候去检测是否一切都正常工作，所以使用的时候会付出一些代价：偶尔会无效和调试困难。

【Dagger2】
Dagger2是Dagger1的分支，由谷歌公司接手开发。Dagger2是受到AutoValue项目的启发。刚开始，Dagger2解决问题的基本思想是：利用生成和写的代码混合达到看似所有的产生和提供依赖的代码都是手写的样子。
如果我们将Dagger2和1比较，他们两个在很多方面都非常相似，但也有很重要的区别，如下：
  • 再也没有使用反射：图的验证、配置和预先设置都在编译的时候执行。
  • 容易调试和可跟踪：完全具体地调用提供和创建的堆栈
  • 更好的性能：谷歌声称他们提高了13%的处理性能
  • 代码混淆：使用派遣方法，就如同自己写的代码一样
当然所有这些很棒的特点都需要付出一个代价，那就是缺乏灵活性，例如：Dagger2没用反射所以没有动态机制。

【JSR-330】
为了最大程度的提高代码的复用性、测试性和维护性，java的依赖注入为注入类中的使用定义了一整套注解（和接口）标准。Dagger1和Dagger2（还有Guice）都是基于这套标准，给程序带来了稳定性和标准的依赖注入方法。

相关推荐