在项目中怎么灵活使用Dagger?

前言

最近介绍Dagger的文章挺多的,大多介绍的都是用法和注解的意义,在附带一个小Demo,把刚学习的开发者看的云里雾里的,看完还是不知道怎么结合在项目中使用?什么时候在项目中用?在项目中的使用场景是什么?

架构图

这是本人写的MVP+Dagger框架MVPArms的架构图,通过Dagger来为MVP提供所需要的一切类和接口,本框架的初衷是让开发者更好的学习及使用此类开发模式,如果不理解为什么要使用MVP+Dagger来开发项目,可以先看这篇文章

对比

之前我看了几个使用MVP+Dagger+Retrofit开发,并且有一定star量的开源项目,所以对比了下我的框架,有以下几点:

1.使用Dagger的场景太少了,大部分只是使用Dagger注入MVP类,并且有些Retrofit都是自己new,并没有使用Dagger管理,甚至有些使用一次接口就retrofit.create(ApiService.class)一次,这个本可以使用Dagger将它作为单例来调用的

2.有一些设计的ComponentModule完全只是用来注入Activity和一些单例


@ActivityScope
@Component(modules = {ActivityModule.class},dependencies = {AppComponent.class})
public interface ActivityComponent {
    void inject(AActivity activity);
    void inject(BActivity activity);
    void inject(CActivity activity);
    ...
}

只要多一个Activity,他就可以一直重载inject方法,于是就可以用一组component,module来为所有Activity注入,但是如果遇到Activity需要临时注入一些其他的组件,并且每个Activity要注入的组件都不一样,就没办法了,缺少灵活性

3.还是和第2条有关,如果只有一个Module,Dagger就无法根据每个Presenter的需要,提供多个不同的Model,比如这个Presenter使用过这个接口,并且缓存已经在Model中写好,其他Presenter如果也要用到这个接口,就可以直接重用这个Model,MVP最大的好处之一就是可以重用MP

4.有些没有Model层,直接给Presenter注入Retrofit Api(有些是注入一个管理类,如果项目小接口少,这样还不错,但是有没有想过项目一大,接口一多里面就非常混乱),所有网络请求逻辑在Presenter中,如果现在需求变了,需要加入缓存,就需要更改Presenter的逻辑,这样就可能影响一些和这个功能无关的逻辑,如果有Model层,里面持有请求网络和缓存的功能类,这样Presenter就不需要管,数据是从网络还是数据库获取的,Model层只用保证返回给Presenter的数据无误,而Presenter只用专注于逻辑,这样各自只用保证各自的职责,屏蔽细节,易扩展,出错也好定位

如何用?

在项目中用到最多的就是向Presenter提供ViewModel的同时,在向每一层提供所需要的单例类,并且使用Dagger不断的重用PresenterModel,其实Dagger本来就抽象,说再多不如直接看代码是怎么实现的,然后照着模版直接在自己项目中使用,本文的主题不就是在项目中怎么灵活使用Dagger吗?那就直接在项目中找答案不是更快?

Launch?

项目里使用MVP和Dagger的有福了!!!绝对提升效率

  • 在之前的 文章里 提到了我们为什么要在项目中使用MVP,Dagger,Rxjava,为很多才接触这些技术的朋友解答了疑惑

  • 随着项目迭代,代码量的增大,它们带给我们的好处会越来越明显,但是在前期的开发中绝对有一点让不少朋友烦恼,那就是每写一个页面,都会多写很多MVPDagger的类和接口,虽然可以重用,但是还是有很多地方免不了复制粘贴,其实这些文件都是一些模版代码,大多都只是改一下文件名而已,所以有没有方法自动生成这些模版代码呢?

使用Template生成模版代码

注意!!!现在 Template 在这篇文章的基础上已完成升级,支持一键生成所有文件,并且高度可配置,详情请查看 请一定记得 Star 感谢

JessYan 的不懈努力下, 现在甚至能 一键生成整个 Module,请一定不要错过

如果之前已经用过Template那你可以直接跳到最后,后面附送MVPArms框架的MVPDagger相关类的模版,现在可以非常轻松使用MVPArms框架,构建属于自己的MVP+Dagger2+Retrofit+Rxjava项目,你只用专注于逻辑,其他都交给MVPArms

1.添加模版

2.使用模版生成相关类

##注意事项

  • 至于本框架一个页面要生成哪些文件,请以Demomvp包下的UserActivity为例子,再参照以下注意事项

  • 通过Template生成对应页面的MVP和Dagger代码,请注意输入框中输入的名字必须相同

  • 由于每个项目包结构都不一定相同,所以每生成一个文件需要自己import包名,可以在设置中设置自动导入包名

  • 请在对应包下按以下顺序生成对应代码,Contract->Model->Presenter->Activity->Module->Component,如我要为一个名字为User的Activity生成对应文件,那我要先在Contract包下使用Contract模版生成UserContract,按此顺序直到生成完UserComponent

  • 因为在按此顺序生成Activity时,Module和Component还没生成,但是Activity中有它们的引用,所以会报错,但是不用理会

  • 继续将Module和Component生成完后,编译一下项目再回到Activity,按提示在setupActivityComponent()方法中修改一个方法名即可

  • 如果想生成Fragment的相关文件,则将上面构建顺序中的Activity换为Fragment,并将通过模版生成的Component接口中inject方法的参数改为此Fragment

  • 如果你不使用本框架也可以根据自己的需求调整或者新建自己的模版,自动生成自己想要的mvpdagger文件

Where

模版规则在项目根目录的MVP_generator_solution文件中


Hello 我叫Jessyan,如果您喜欢我的文章,可以在以下平台关注我😘