按照惯例,先引用一些大神的解释
为什么使用依赖注入:
首先我们需要知道 ，人们在很长时间都是利用控制反转原则规定：应用程序的流程取决于在程序运行的时候对象图的建立． 通过抽象定义的对象交互可以实现这样的动态流程．而使用依赖注入或者服务定位器便可以完成运行时绑定．
使用依赖注入可以带来哪些好处
- 依赖的注入和配置独立于组件之外
- 因为对象是在一个独立不耦合的地方初始化,所以当注入抽象方法的时候,我们只需要修改对象的实现方法,而不用大改代码库.
- 依赖可以注入到一个组件中,我们可以注入这些依赖的模拟实现,这样使得测试更加简单.
上述为摘抄.............
发展历程
Dagger1由Square公司创建的,Dagger2是Dagger1的分支,由Google公司接手开发.暂时知道这些就够了,太原理的也看不懂.
Dagger2的部分注解的讲解摘抄
- @Inject:通常在需要依赖的地方使用这个注解,换句话说,你用它告诉Dagger这个类或者字段需要依赖注入.这样Dagger就会构造这个类的实例并满足他们的依赖.
- @Module:Modules类里面的方法专门提供依赖,所以我们定义一个类,用@Module注解,这样Dagger在构造类的实例的时候,就知道从哪里去找到需要的依赖.Modules的一个重要特征是它们设计为分区并且组合在一起(比如说,在我们的app里面可以有多个组成在一起的modules).
- @Provide 在modules中,我们定义的方法是这个注解,以此来告诉Dagger我们想要构造对象并且提供这些依赖.
- @Component:Components从根本上来说就是一个注入器,也可以说是@Inject和@Module的桥梁,它的主要作用就是连接这两个部分,Components可以提供所有定义了的类型的实例.比如: 我们必须用@Component注解一个接口然后列出所有的@Modules组成该组件,如果缺失了任何一块,都会在编译的时候报错,所有的组件都可以通过他的modules知道依赖的范围.
- @Scope: Dagger2通过Scope可以利用自定义注解限定注解作用域.简单的来说就是自定义注解定义这个注入对象的存活时间,例如@PerActivity @PerFragment @PerUser等等
- @Qualifier:当类的类型不足以鉴别一个依赖的时候使用.例如:在Android中,我们会需要不同类型的context,所以我们就可以定义qualifier注解@ForApplication或者@ForActivity,这样当注入一个context的时候,我们就可以告诉Dagger我们想要哪种类型的context.
总结:一些常用的注解类型已经摘抄完了,虽然我的项目里面一直都在用,但是这些东西我从来就没有接触过是为什么,项目的闲暇期我就决定自己做一些摘抄,里面会有通过我的学习我理解了哪些,理解不了哪些我都会分享出来.好了,这一篇就暂且写到这里,没有讲一些实际的代码,请原谅我也不会,路漫漫其修远兮!!!最后请注意:我上述均为摘抄,着急的可以去百度搜Dagger2,第一个点进去看!!!
