其他分享
首页 > 其他分享> > android-Dagger2范围和活动生命周期

android-Dagger2范围和活动生命周期

作者:互联网

我有一个Android活动,正在使用Dagger2将Presenter注入其中.我希望Presenter能够保持状态,即使发生配置更改也是如此.

例如,我将使用Presenter发起网络呼叫,如果用户在进行网络呼叫时旋转设备,我希望能够在设备完成旋转之后接收响应,并且不必重新启动呼叫.

我被绊倒了,因为如果我将Presenter实例的范围限定在Activity的生命范围内,那么当Activity在配置更改期间通过onDestroy()进行操作时,Presenter不会被垃圾回收吗?我的另一个想法是使用在应用程序生命周期内有效的范围.但是,如果这样做,我如何确保一旦Activity被永久销毁(不是由于配置更改,而是按下返回按钮之类的东西),就可以对Presenter进行垃圾收集?

有没有一种方法可以确保我的Presenter在活动的配置更改中不会丢失,并且在应用程序的生命周期内不会泄漏?

解决方法:

我强烈建议您不要尝试实施此方法.

您正在有效地尝试使用DI框架来支持特定于活动的生命周期流程,尽管DI框架并非旨在像这样使用.

我最近回答了another similar question,其中OP试图在不同活动之间共享视图模型中的状态.尽管用例不完全相同,但一般模式是相同的-尝试将流控制职责委托给DI框架,这不是一个好主意.

在您的情况下(IMHO)最好的方法是在旋转之前存储当前状态,在旋转时重新初始化演示者,然后恢复其状态.

您在轮换期间存储状态的方式取决于您要尝试保留的内容:

>如果您需要保留与UI相关的状态(选择,文本,元素的位置等),则可以使用常规的onSaveInstanceState()和onRestoreInstanceState()回调
>如果您需要保留一些与业务相关的状态(正在进行的网络请求,数据,数据修改等),则将此逻辑封装在业务类(例如SomeBusinessUseCaseManager)中,并从具有范围的应用程序范围组件中注入该类.

您可以找到Dagger范围here的详细评论.

有关Android中DI的更多信息,请参见here.

标签:dagger-2,mvp,android
来源: https://codeday.me/bug/20191026/1935532.html