行云间

Dagger 2应用于Android的完美扩展库 - dagger.android

原文地址：https://google.github.io/dagger/dagger-1-migration.htmlDagger 1是由squre开发，而Dagger2是Dagger1的分支，由谷歌公司接手开发，目前的版本是2.10。虽然Dagger 1和Dagge 2在许多方面是相似的，但一个不是另一个的替代。在由Dagger 1向Dagger 2迁移时，由于两种版本之间的API和概念差异，还

概述在Dagger 2官方文档中，有这么一句话“A fast dependency injector for Android and Java.”，翻译过来的意思就是：适用于Android和Java的快速依赖注入。这里主要是了解Dagger 2，对依赖注入不多叙述。不理解依赖注入的，可以参考以下博客：控制反转(IoC)与依赖注入(DI)浅谈依赖注入理解依赖注入（IOC）和学习UnityGra

之前用到的，都是基于单个实例的依赖注入。强大的Dagger也支持多个元素的依赖注入，将注入的元素聚合到Set或者Map中，以便应用程序代码可以注入Set/Map,而不依赖于单独的绑定。多个元素绑定并注入到Set普通Set注入将多个元素注入到Set中，不仅支持单个元素注入到Set中，同时支持子Set<T>注入到Set中。将单个元素注入到Set：@Module()public class Fruit

总所周知的是，Android的内存是十分昂贵的，所以，能省就省。这也造成了，有时候想延迟实例化对象，在需要的时候，才会进行实例化。就像冰箱里的水果一样，等我想吃的时候，才会拿出来，保证它的新鲜度。又有时候，注入的是实例的列表，而不是单个实例的值。如果列表少，还可以重复调用@Inject注入实例。如果列表说在几十甚至上百时，也重复调用@Inject么？感觉有点繁琐哦。Lay<T>和Provider<T

Scope,翻译过来的意思是作用域。作用域的理解是变量的作用范围，因此，出现了全局变量和局部变量之分。而，Android开发中，首先也是必须了解的是Activity或者Fragment的生命周期，其决定了在不同的生命周期内，应该做哪些工作。Scope与Activity或者Fragment的生命周期又有什么联系呢？于是乎，网上的很多例子，将Scope与Activity或者Fragment的生命周期相结

前面在Dagger 2从浅到深(二)中，提到@Provides方法返回的数据类型应该是唯一的。如果多个@Provides方法返回同一个数据类型，Dagger将不知道注入哪一个实例，从而造成了“依赖迷失”。此时，只要针对每种数据类型,写一个@Provides方法即可。可是，大家所熟悉的是，方法重载是Java的多态性的重要组成。如果对@Provides方法，重载多个，必然会造成“依赖迷失”。或者是，当一

在Dagger 2从浅到深(一)中，了解到Dagger依赖注入的基本用法，心里有两个盲点：@Provides是什么呢?注解的构造函数是有参构造函数，该如何传递参数？带着这两个疑问，开始本文章的话题。所涉及到的注解@Provides@Provides可以认为是对@Inject的补充。对于@Inject不能满足的情况，可以使用@Provides注解方法来满足依赖性，该方法的定义返回类型满足了其依赖

概述在Dagger 2官方文档中，有这么一句话“A fast dependency injector for Android and Java.”，翻译过来的意思就是：适用于Android和Java的快速依赖注入。这里主要是了解Dagger 2，对依赖注入不多叙述。不理解依赖注入的，可以参考以下博客：控制反转(IoC)与依赖注入(DI)浅谈依赖注入理解依赖注入（IOC）和学习UnityGra