TL;DR:从视图模型中公开资源 ID 以避免显示废弃的数据。
在 ViewModel 中,如果要公开来自资源(字符串、可绘制文件、颜色……)的数据,则必须着重考虑 ViewModel 对象而忽视配置更改,例如区域设置更改。当用户更改其区域设置时,活动将重新被创建,但不创建 ViewModel 对象。
AndroidViewModel
是已知应用程序上下文的 ViewModel
的子类。然而,如果您没有注意到或没有对上下文的生命周期做出反应,访问上下文可能是危险的。建议的做法是避免处理在 ViewModels 中具有生命周期的对象。
让我们看看跟踪器中基于此问题的示例:在系统区域设置更改时更新 ViewModel 。
// 别这么做
public class MyViewModel extends AndroidViewModel {
public final MutableLiveData<String> statusLabel = new MutableLiveData<>();
public SampleViewModel(Application context) {
super(context);
statusLabel.setValue(context.getString(R.string.labelString));
}
}
复制代码
问题的关键是字符串在构造器中只解释一次。如果有区域设置更改,则不会重新创建视图模型。这将导致我们的应用程序显示废弃的数据,因此只能部分本地化。
正如 Sergey 在评论中指出的那样 comments,推荐的方法是公开要加载的资源的 ID ,并在视图中这样做。由于视图(活动、片段等)具有生命周期意识,因此它将在配置更改后重新创建,以便正确地重新加载资源。
// 显示资源ID
public class MyViewModel extends ViewModel {
public final MutableLiveData<Int> statusLabel = new MutableLiveData<>();
public SampleViewModel(Application context) {
super(context);
statusLabel.setValue(R.string.labelString);
}
}
复制代码
即使你不打算本地化你的应用程序,它也会使测试变得更容易并且清空你的 ViewModel 对象,因此没有理由不去考虑它的前瞻性。
我们在以 Java 为基础的 Android 架构存储库中解决了这个问题 Java 以及在Kotlin 分支上。我们也把资源转移到 数据绑定布局。
如果发现译文存在错误或其他需要改进的地方,欢迎到 掘金翻译计划 对译文进行修改并 PR,也可获得相应奖励积分。文章开头的 本文永久链接 即为本文在 GitHub 上的 MarkDown 链接。