ViewModel类旨在存储和管理与UI相关的数据,以便数据在诸如屏幕旋转之类的配置更改中生存下来。它还处理Activity/Fragment与应用程序的其余部分的通信(例如调用业务逻辑类)。
之所以要持久化是基于两个原因:如果OS销毁app释放资源,用户数据不会丢失;当网络很差或者断网的时候app可以继续工作。Model是负责app数据处理的组件。它们不依赖于View或者app 组件(Activity,Fragment等),因此它们不会受那些组件的生命周期的影响。保持UI代码的简单,业务逻辑分离可以让它更易管理。
ViewModel的目的是获取并保存Activity或Fragment所必需的信息。Activity或Fragment应该能够观察到ViewModel中的变化
将视图数据所有权与UI控制器逻辑分离是更容易和更有效的。生命周期提供了一个名为ViewModel的新类,一个用于UI控制器的帮助器类,它负责准备UI的数据。在配置更改期间,ViewModel将自动保留,以便其保存的数据立即可用于下一个Activity或Fragment
public class MyViewModel extends ViewModel {
private MutableLiveData<List<User>> users;
public LiveData<List<User>> getUsers() {
if (users == null) {
users = new MutableLiveData<List<Users>>();
loadUsers();
}
return users;
}
private void loadUsers() {
// do async operation to fetch users
}
}
现在活动可以访问这个列表如下:
public class MyActivity extends AppCompatActivity {
public void onCreate(Bundle savedInstanceState) {
MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);
model.getUsers().observe(this, users -> {
// update UI
});
}
}
如果Activity重新创建,它将收到由上一个Activity创建的相同的MyViewModel实例。当所有者Activity销毁时,框架调用ViewModel的onCleared()方法,以便它可以清理资源。
由于ViewModel超出了具体的Activity和Fragment实例,所以它不应该引用View或任何可能持有对活动上下文的引用的类。如果ViewModel需要应用程序上下文(例如,找到系统服务),则可以继承AndroidViewModel类,并在构造函数中接收应用程序的构造函数,子类必须具有接受Application作为唯一参数的构造函数。(因为Application类继承了Context)。
在Fragments之间共享数据
Activity中的两个或多个Fragment需要相互通信。因此这两个Fragment需要定义一些接口描述,并且Activity必须将两者绑定在一起。此外,两个Fragment都必须处理其他Fragment尚未创建或不可见的情况。
通过使用ViewModel对象可以解决这个问题。想象一下主从Fragment的常见情况,其中我们有一个Fragment,用户从列表中选择一个项目,另一个Fragment显示所选项目的内容。
这些Fragment可以使用其Activity范围共享一个ViewModel来处理此通信。
每个片段可以通过其Activity使用相同的键获取ViewModel。
public class SharedViewModel extends ViewModel {
private final MutableLiveData<Item> selected = new MutableLiveData<Item>();
public void select(Item item) {
selected.setValue(item);
}
public LiveData<Item> getSelected() {
return selected;
}
}
public class MasterFragment extends Fragment {
private SharedViewModel model;
public void onActivityCreated() {
model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
itemSelector.setOnClickListener(item -> {
model.select(item);
});
}
}
public class DetailFragment extends LifecycleFragment {
public void onActivityCreated() {
SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
model.getSelected().observe(this, { item ->
// update UI
});
}
}
注意,在获取ViewModelProvider时,两个Fragment都使用getActivity()。这意味着他们都将收到相同的SharedViewModel实例,该实例是Activity的作用域。
这种做法的好处:
- 该Activity不需要做任何事情,也不知道有关此通信的任何内容。
- 除了SharedViewModel之外,Fragment不需要彼此了解。如果其中一个消失,另一个会照常工作。
- 每个Fragment都有自己的生命周期,不受其他Fragment的生命周期的影响。
ViewModel的生命周期
ViewModel对象在获取ViewModel时被限定为传递给ViewModelProvider的生命周期。ViewModel保留在内存中,直到Activity销毁或Fragment分离之前。