从实例出发理解Dagger2(四)

作者: From64KB | 来源:发表于2017-11-09 20:24 被阅读304次

    在说Scope之前,让我们先在代码里面搞一些事情,这样发现问题后更加有助于理解Scpoe的概念。

    事情是这样的:

    image.png
    多次从component中获取githubService和picasso对象,然后将对象在内存中的地址打印出来。按照感觉来说,每次打印的地址应该都是一致的,但真是这样吗?跑一遍试试:
    image.png
    事实确实残酷,每次获取的都不一样。但是我们想要使用同一个对象,尤其是想OKHttp这样的网络链接库,我们想要在Retrofit和Picasso中使用同一个OKHttpClient。
    但Dagger默认会为每个依赖重新创建一对象,所以我们需要明确指明告诉Dagger,我们只想为某些依赖创建一个对象,其他需要的时候复用即可(相当于一个单例)。这样就引出了Scope的作用。

    Scope是一个Annotation。首先创建一个GithubApplicationScope:

    image.png
    通过注解@Scope告诉Dagger这是一个Scope,同时把Rentention设置为@Retention(RetentionPolicy.CLASS)。那么创建是创好了,那怎么用呢?直接在component上加上这个注解:
    image.png
    这样就行了?不不不,你需要在每个Module需要提供单例的provider方法上都加上这个注解(比如提供OKHttp的provider)。这样就告诉Dagger所有这个Component提供的Picasso和githubService都是同一个实例。甚至是提供Context的Provider也可以用这个注解。这样我们再次运行代码,看看Log中得到是什么:
    image.png
    完全一样的!而且使用的OKHttp对象也是同一个。

    这里还不得不提到另一个注解@Singleton。@Singleton是Dagger中最容易让人误解的注解。Singleton的作用和Scpoe上面这样用的效果是相同的。但是Singleton容易给人造成一种误解就是用Singleton注解后在整个Java代码中都是单例,但实际上他和Scope一样,只是在同一个Component是单例。也就是说,如果重新调用了component的build()方法,即使使用了Singleton注解了,但仍然获取的是不同的对象。所以引用TwistedEquations的原话就是:永远不要再任何情况下使用Singleton!!!

    下面一篇文章将会介绍Qualifier和Named注解的用法。

    相关文章:
    从实例出发理解Dagger2(一)
    从实例出发理解Dagger2(二)
    从实例出发理解Dagger2(三)
    从实例出发理解Dagger2(四)
    从实例出发理解Dagger2(五)
    从实例出发理解Dagger2(六)
    从实例出发理解Dagger2(七)

    参考资料:https://www.youtube.com/watch?v=49dZCUJfzXM&index=4&list=PLuR1PJnGR-Ih-HXnGSpnqjdhdvqcwhfFU

    相关文章

      网友评论

        本文标题:从实例出发理解Dagger2(四)

        本文链接:https://www.haomeiwen.com/subject/mfoymxtx.html