,需要将 @Inject 添加到要注入的类的构造函数中。...netDataSource = NetDataSource() } } 这样用没有什么问题,我们大多数时候都是这样干的,当然在kt中也可以使用 by lazy,不过具体看你自己的场景了。...注意:在Kotlin中,仅包含@Provides函数的模块可以是object类。这样,提供程序就可以得到优化,并且几乎可以内联在生成的代码中。...使用@Provides告诉Hilt如何获得具体实例 用来告诉Hilt 如何提供不能被构造函数注入的类型 每当 Hilt 需要提供该类型的实例时,将执行带注释的函数的函数主体。...Binds的作用就在于此。 需要注意以下使用条件: Binds 必须注释一个抽象函数,抽象函数的返回值是我们为其提供实现的接口。通过添加具有接口实现类型的唯一参数来指定实现。
这部分会介绍Dagger2中比较莫名的概念,同样也不涉及Android的具体代码。...Dagger2的作用域 @Scope 作用域是Dagger2中一个比较重要的概念,各种奇淫巧技,比如单例,都是通过它来实现的。...是的其实在Dagger2中,单例对象的实现方式就是用@Scope,Dagger2给开发者提供了一个默认的已经定义好的单例注解,@Singleton。...Heater的构造方法此时就需要加入Maker对象,且必须以入参方式存在,而不能在构造方法里直接new一个,原因相信思考一下就明白。...Dagger2会在运行期判断这种情况,如果是一个不需要参数的Module,那么它在没有传入module实例的时候没有任何问题,Dagger2帮你实例化一个module对象;对于需要参数的module而我们又忘了设
Dagger2具有以下好处: 1) 依赖的注入和配置独立于组件之外,注入的对象在一个独立、不耦合的地方初始化,这样在改变注入对象时,我们只需要修改对象的实现方法,而不用大改代码库。...Dagger2注解解释: 接下来介绍Dagger2中的每一个概念: @Inject: 通常在需要依赖的地方使用这个注解。换句话说,你用它告诉Dagger这个类或者字段需要依赖注入。...@Module: Modules类里面的方法专门提供依赖,所以我们定义一个类,用@Module注解,这样Dagger在构造类的实例的时候,就知道从哪里去找到需要的 依赖。...@Provide: 在modules中,我们定义的方法是用这个注解,以此来告诉Dagger我们想要构造对象并提供这些依赖。...给了我们一堆选择用来注入依赖: 构造方法注入:在类的构造方法前面注释@Inject 成员变量注入:在类的成员变量(非私有)前面注释@Inject 函数方法注入:在函数前面注释@Inject 这个顺序是
前言 Dagger2作为依赖注入神器,相信很多朋友都听说过它的大名。只不过它的有些概念,理解起来并不是那么清晰,并且在使用的过程中,也比较迷糊。...这个注解本身并没有作用,它需要依赖于注入框架才具有意义,可以用来标记构造函数、属性和方法。 标记构造函数 被标记的构造函数可以有0个或多个依赖作为参数。 同一个类中最多只可以标记一个构造函数。...class People @Inject constructor(val name:String = "Tom") 注意在kotlin中这种写法是不被允许的,因为这等价于java中的多个构造方法People...(people:People){ this.people = people } } 这种方法注入和属性注入并没有什么本质上的不同,实现效果也基本一样。...同时Module可以通过includes依赖其他的Module。 @Provides 用来标记Module中的方法,该方法的返回类型是你需要提供的依赖类型。
注解过的构造方法,也没有办法从一个被 @Provides 注解过的方法中获取。...方法的返回值可以提供一种类型的对象,前提是这个类的对象被 @Inject 注解过构造方法或者在 Module 中被 @Provides 注解过的方法提供。...@Inject 和 @Provides 的优先级 可能有心思细腻的同学会问,同样是提供依赖,如果一个类被 @Inject 注解了构造方法,又在某个 Module 中的 @Provides 注解的方法中提供了依赖...@Inject 注解过的构造方法,另一方面在 Module 中它又通过 @Provides 提供了依赖。...因为 Dagger2 是根据返回的类型来进行依赖关系确定的。如果存在两个方法返回一样的类型,那么正常情况下 Dagger2 显然就没有办法处理了。 不过,Dagger2 给出了解决方案。
@Inject Inject 主要用来标记需要依赖的变量,告诉Dagger需要为它提供依赖;inject 还被用来标记类的构造函数。...当Dagger2碰到使用@Inject注解的变量时,会去寻找这个变量对应的被@Inject注解的构造函数,把实例构造出来,为变量提供依赖。...@Module Module用于标注提供依赖的类。虽然我们有@Inject注解实现注入,但是@Inject只能注入构造函数为无参的类,要是构造函数是带参数的呢?...那就要使用module注解来解决这个问题,又比如说,有很多的第三方库,我们对它的代码无法进行修改,也就不能对其构造函数加上@Inject注解,那么可咋办啊,@module注释可以很好的解决我们的问题。...@Provides Provides是与Module一起使用的,@Provides用于标注Module所标注的类中的方法,该方法会在需要提供依赖时被调用,在方法内进行对象的初始化,返回对象依赖给标注了
忘记添加 field: 如果在 Dagger 中存在一个不匹配该类型的实例,则可能会导致注入到错误的对象中。...Provides 方法来提高性能 如果使用的是静态的 @Provides 方法,那么 Dagger 生成的代码将具有更好的性能。...v2.25 版本中,您不再需要使用 @JvmStatic 来标记 @Provides 函数了,Dagger 会正确地识别它。...在 Kotlin 函数中的返回类型是可选的,甚至 IDE 有时也会建议您重构代码使用内联方法体来隐藏返回值类型的声明。 如果推断的类型与您所期望的类型不一致,就会引起 bug 出现。...本次 Dagger 带来的优化不会带来额外的损耗,遵循这些最佳实践,诸如启用增量注释处理、禁用格式化设置以及使用静态 @Provides 方法等,可以缩短项目的构建时间。
在学习使用dagger2的过程中,我遇到了以下的一些困惑: dagger2中的Inject,Component,Module,Provides等等都是什么东东,有什么作用?...我们不讨论具体类的代码,我想从抽象概念的角度来讨论Component。上文中提到Component在目标类中所依赖的其他类与其他类的构造函数之间可以起到一个桥梁的作用。...因此我们也可以给Component叫另外一个名字注入器(Injector) component.png 小结下 目标类想要初始化自己依赖的其他类:用Inject注解标注目标类中其他类 用Inject注解标注其他类的构造函数...中去查找用Provides标注的对应的创建类实例方法,这样就可以解决第三方类库用dagger2实现依赖注入了。...总结 Inject,Component,Module,Provides是dagger2中的最基础最核心的知识点。奠定了dagger2的整个依赖注入框架。
类中要提供依赖的注解方法用@Provides注解声明,以此来告诉Dagger要构造对象并提供这些依赖 @Provides public PhotoUtil photoInstance...(){ return new PhotoUtil(); } } 接下来用在modules中,我们定义的方法用@Provides注解,以此来告诉Dagger我们想要构造对象并提供这些依赖...,我们直接在构造函数上声明了@Inject注解,这个注解有什么用呢?...当Component在所拥有的Module类中找不到依赖需求方需要类型的提供方法时,Dagger2就会检查该需要类型的有没有用@Inject声明的构造方法,有则用该构造方法创建一个,注意:这次我没是没有在...,一个是在Module里提供的依赖,规则是这样的:查找Module中是否存在创建该类的方法,如果没有则查找Inject注解的构造函数 4.高级使用 说完了基本使用,我们来看看Dagger2高级使用的注解
@Inject 使用 @Inject 来告诉 Hilt 如何提供该类的实例,常用于构造方法,非私有字段,方法中。...Hilt 有关如何提供不同类型的实例信息也称之为绑定 @Module module 是用来提供一些无法用 构造@Inject 的依赖,如第三方库,接口,build 模式的构造等。...@Provides 常用于被 @Module 注解标记类的内部方法上。并提供依赖项对象。...Hilt 不支持的类中执行依赖注入,在这种情况下可以使用 @EntryPoint 注解进行创建,Hilt 会提供相应的依赖。...使用 @Binds 进行接口注入 Binds:必须注释一个抽象函数,抽象函数的返回值是实现的接口。通过添加具有接口实现类型的唯一参数来指定实现。
@Inject 使用 @Inject 来告诉 Hilt 如何提供该类的实例,常用于构造方法,非私有字段,方法中。...Hilt 有关如何提供不同类型的实例信息也称之为绑定 @Module module 是用来提供一些无法用 构造@Inject 的依赖,如第三方库,接口,build 模式的构造等。...@Provides 常用于被 @Module 注解标记类的内部方法上。并提供依赖项对象。...Hilt 不支持的类中执行依赖注入,在这种情况下可以使用 @EntryPoint 注解进行创建,Hilt 会提供相应的依赖。...---- 使用 @Binds 进行接口注入 Binds:必须注释一个抽象函数,抽象函数的返回值是实现的接口。通过添加具有接口实现类型的唯一参数来指定实现。
今天继续Jetpack专题,相信不少的朋友都使用过Dagger,也放弃过Dagger,因为实在太难用了。...用于提供类的依赖,也就是代表这个类会用到注入的实例。 @Inject。这个注解是用来告诉 Hilt 如何提供该类的实例,它常用于构造函数、非私有字段、方法中。 Hilt支持哪些类的依赖注入。...如果是其他的Android类,必须在它依赖的Android类添加同样的注解,例如在 Fragment 中添加@AndroidEntryPoint注解,必须在Fragment依赖的Activity上也添加...@Provides。用于被 @Module注解标记类的内部的方法,并提供依赖项对象。 @Singleton。...提供单例 3)为ViewModel提供的专门的注解 @ViewModelInject,在Viewmodel对象的构造函数中使用 @ViewModelInject 注解可以提供一个 ViewModel。
这种联系我们可以这样理解,当看到某个类被@Inject标记时,就会到他的构造方法中,如果这个构造方法也被@Inject标记的话,就会自动初始化这个类,从而完成依赖注入。...之所以有Module类主要是为了提供那些没有构造函数的类的依赖,这些类无法用@Inject标注,比如第三方类库,系统类,以及上面示例的View接口。...我们来重新理一遍上面的注入过程,首先弄清楚以下几个概念: @Inject 带有此注解的属性或构造方法将参与到依赖注入中,Dagger2会实例化有此注解的类 @Module 带有此注解的类,用来提供依赖,...里面定义一些用@Provides注解的以provide开头的方法,这些方法就是所提供的依赖,Dagger2会在该类中寻找实例化某个类所需要的依赖。...然后,我们对MainPresenter的构造函数也添加注解@Inject,此时构造函数里有一个参数MainContract.View,因为MainPresenter需要依赖MainContract.View
1、依赖的注入和配置独立于组件之外,注入的对象在一个独立、不耦合的地方初始化,这样在改变注入对象时,我们只需要修改对象的实现方法,而不用大改代码库。...所以,如果你的项目在使用MVP架构开发,强烈建议配合dagger2一起使用。...感兴趣的可以查看dagger2生成的代码。...对于直接返回的类JobExecutor、RetrofitManager,它们类的构造函数一定要加上@Inject的注解: @Inject public JobExecutor() { // 初始化...inject方法将Activity注入到ActivityComponent中,通过该方法,将Activity中需要注入的对象注入到该Activity中。
参考 Android_Dagger2篇——从小白最易上手的角度 + 最新dagger.android 都是套路——Dagger2没有想象的那么难 一、无module方式,无参构造 (最简单...在需要实例化的类中,构造无参构造方法,注解@Inject 必须是无参构造方法 @Inject public Student() { } 2....在需要实例化的类中,构造方法注解@Inject 可以带有参数 @Inject public Student(String name, int age) { this.name = name;...构造Module类 注解@Module 构造一个返回类型为需要注入对象的方法,注解@Provides @Module public class StudentModule { @Provides...本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
一旦我们的UserModel的创建方式发生了改变(比如需要传入Context对象到构造函数),我们就需要修改所有创建UserModel的代码。...因为dagger2在编译时生成依赖注入的代码,会到inject方法的参数类型中寻找可以注入的对象,但是实际上这些对象存在于MainActivity,而不是Activity中。...如果函数声明参数为Activity,dagger2会认为没有需要注入的对象。...2.3 低级Component提供依赖 目前的ActivityComponent代码如下所示。可以看到其只提供了inject方法,而没有提供需要的UserModel依赖。...最后 本文试图用最简单的例子介绍Android中如何使用dagger2进行依赖注入,因此有很多dagger2的特性并未涉及,比如@Scope注释,以及dagger2自动生成代码的分析调试。
@Module: Modules类里面的方法专门提供依赖,所以我们定义一个类,用@Module注解,这样Dagger在构造类的实例的时候,就知道从哪里去找到需要的 依赖。...; } } @Module: Modules类里面的方法专门提供依赖,所以我们定义一个类,用@Module注解,这样Dagger在构造类的实例的时候,就知道从哪里去找到需要的依赖。...@Provide: 在modules中,我们定义的方法是用这个注解,以此来告诉Dagger我们想要构造对象并提供这些依赖。 现在我们回头在看看概念是不就明白其中的含义了。...,因为我们UserModule需要context参数,所以我们选择这种构建方法 可以看到在创建对象时我们可以在module中像之前一样提供一个创建的方法,第二种我们也可以通过在对象的构造函数上加上@Inject...注解,这里我们需要一个url和context,我们只需要提供一个创建String的url方法即可,并通过UserModule的构造函数将conetxnt传入,最后提供一个创建UserManager的方法将两个参数穿进去
Dagger2 是编译时框架,会在编译时根据你的注解配置生成需要的代码。 ---- 下面是我对 Dagger2 中的常用注解的理解。...常用注解 @Inject 这个注解有两个作用: 修饰需要注入的属性,Dagger2 会自动注入 修饰被注入的类的构造方法上;Dagger2 会在需要的时候通过这个注解找到构造函数自动构造对象注入 public...还可以定义 向外提供实例的方法;Dagger2 都会在编译时期生成相应的代码。...@Module && @Provides @Module 这个注解用来标注提供依赖的工厂。对的,工厂,我是这么理解的。 @Provides 这个注解用在提供定义提供依赖的方法上,表示向外提供依赖。...方法的返回类型就是提供的依赖类型。 前面提到的 @Inject 可以在注解在构造函数以用来提供依赖;而在 @Inject 不能满足需要的时候这个就派上用场了。
2是标记类中的构造方法,告诉Dagger我可以提供这种类型的依赖实例。 @Provide: 对方法进行注解,都是有返回类型的。...不能标记其它我们自己不能修改的类,如第三方库,因为我们没办法用@Inject标记它们的构造函数。...这次以一个Person类为例,代码跟User类似,构造方法没有用@Inject标记。目标类中需要给一个Person类型的成员变量mPserson赋值。...步骤如下: 查找Module中是否存在创建该类型的方法(前提是@Conponent标记的接口中包含了@Module标记的Module类,如果没有则直接找@Inject对应的构造方法) 若存在方法,查看该方法是否有参数...若构造方法中有参数,从步骤1依次开始初始化每个参数。 如果你要问:我既没有@Module提供的实例,也没有@Inject标记的构造方法会怎样?很简单,编译期就会报错。
领取专属 10元无门槛券
手把手带您无忧上云