转载

[译] 区域设置更改和 AndroidViewModel 反面模式

原文地址：Locale changes and the AndroidViewModel antipattern

原文作者：Jose Alcérreca

本文永久链接： github.com/xitu/gold-m…

译者：solerji

校对：sunui

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 final MutableLiveData<Int> statusLabel = new MutableLiveData<>()；
    public SampleViewModel(Application context) {
        super(context);
        statusLabel.setValue(R.string.labelString);
    }
}
复制代码

即使你不打算本地化你的应用程序，它也会使测试变得更容易并且清空你的 ViewModel 对象，因此没有理由不去考虑它的前瞻性。

我们在以 Java 为基础的 Android 架构存储库中解决了这个问题 Java 以及在 Kotlin 分支上。我们也把资源转移到数据绑定布局。

原文 https://juejin.im/post/5d2db596f265da1b5f2688d3

正文到此结束