问题描述
我正在将 Dagger 添加到我的旧版 Android 应用程序中,并试图弄清楚如何处理依赖于非 Dagger 对象的依赖项,这些对象在正常应用程序初始化期间创建,但在后台 + 不活动后重新启动活动期间不会重新创建。
现有代码
在旧代码中,在身份验证代码路径期间,我们构造了一个“会话”对象,其中包含创建经过身份验证的 Retrofit 对象所需的令牌和其他内容。某些活动依赖于该会话对象的存在,并且用户没有通过身份验证代码路径访问它们的正常方法。但是,如果应用程序处于非活动状态,然后在稍后恢复,则平台将尝试直接重新创建活动而不通过身份验证代码路径,因此会话对象将为空。
为了防止出现这种情况,历史上每个依赖于登录的活动都源自“SessionActivity”,其 onCreate 检查我们是否已登录,如果没有完成活动并启动应用程序的入口点。 (这将触发重新创建“会话”对象;用户将不得不再次导航回该屏幕,但至少没有崩溃)
class SessionActivity {
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
if( LegacySingleton.getInstance().session == null ) {
{
Intent intent = new Intent(this,LauncherActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
finish();
return;
}
}
}
新代码
我现在正在添加 Dagger,并且希望能够注入使用该会话对象构建的 Retrofit 对象。
@Provides
fun provideRetrofit(): Retrofit {
return LegacySingleton.getInstance().session!!.authenticatedRetrofit
}
然后一个依赖于登录的示例活动将有一个 onCreate 之类的
@Override
protected void onCreate(Bundle savedInstanceState)
{
((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
super.onCreate(savedInstanceState);
}
有一个明显的问题:如果 LegacySingleton.getInstance().session 返回 null(就像在重新创建路径中一样),那么我们就会崩溃。是否有解决此问题的通用模式?
尝试 1:
如果 session 为 null,我的第一个倾向是在 provideRetrofit 中抛出 IllegalStateException,然后依赖登录的活动会说
@Override
protected void onCreate(Bundle savedInstanceState)
{
try {
((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
} catch (ex: IllegalStateException) {
Intent intent = new Intent(this,LauncherActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
finish();
return;
}
super.onCreate(savedInstanceState);
}
(显然这会被考虑到辅助方法中,但为了简单起见,这里写出来)
但是,这行不通,因为 Android 要求所有对 onCreate 的调用都调用到 super.onCreate。
尝试 2:
我可以说
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
try {
((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
} catch (ex: IllegalStateException) {
Intent intent = new Intent(this,LauncherActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
finish();
return;
}
}
但这打破了在super.onCreate之前注入的dagger原则。 (然后确保依赖项准备就绪,以防 super.onCreate 回调到派生类并需要这些依赖项之一)所以这在某些情况下可能有效,但如果有人开始依赖 super.onCreate 中的这些依赖项,那么我会在运行时命中 NPE。不太好。
尝试 3:
我可以执行注入并跟踪它是否成功,例如
@Override
protected void onCreate(Bundle savedInstanceState)
{
Val injectionSucceeded = try {
((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
true
} catch (ex: IllegalStateException) {
false
}
super.onCreate(savedInstanceState);
If (!injectionSucceeded)
Intent intent = new Intent(this,LauncherActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
finish();
return;
}
}
但是和尝试2有同样的问题;如果注入失败,那么我无论如何都会调用 super.onCreate 并且并非所有依赖项都已注入。
尝试 4:
我可以改为提供 Nullable 对象
@Provides
fun provideRetrofit(): Retrofit? {
return LegacySingleton.getInstance().session?.authenticatedRetrofit
}
但是每个客户端都需要在使用依赖项之前检查它们的可空性,这将是一个巨大的痛苦。 (我什至不确定这是否可能)
Codelab 建议:
Google 的 Dagger 代码实验室提到了这个问题:https://developer.android.com/codelabs/android-dagger#12
重要:进行条件字段注入(正如我们所做的那样) 在 MainActivity.kt 中,仅当用户登录时注入)是 非常危险。开发商必须了解条件和 与注入的交互时,您可能会遇到 NullPointerExceptions 领域。为了避免这个问题,我们可以通过创建一个添加一些间接 SplashScreen 路由到注册、登录或主界面 取决于用户的状态。
但这对于现有的应用程序来说似乎不切实际,因为它有十几个 SessionActivity 子类想要向自己注入 Retrofit 对象。
有人有更好的主意吗?
解决方法
暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!
如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@)