ViewModel设计的目的就是存放和处理和UI相关的数据，并且这些数据不受配置变化（Configuration Changes，例如：旋转屏幕，组件被系统回收）的影响。
由于（Activity/Fragment）会被系统随时销毁或重新创建，因此，任何存放在这里的数据都可能会丢失。例如，Activity中有一个查询得到的用户列表，当Activity被重新创建时，新的Activity需要再次去获取用户数据。对于简单的数据可以使用 onSaveInstanceState()保存，在onCreate()中恢复。对于少量的用户数据，比如UI状态是没有问题的。但是对于大量的数据，比如用户列表，这用做就会不合适（not suitable）。
另一个问题是，UI组件会频繁的调用异步回调，这些回调可能会非常耗时。这就需要UI组件管理这些调用，并且在UI组件销毁时清除这些调用。这会花费很多的维护成本,而且当UI由于configuration change重新创建时，又需要重新调用，这明显是一种资源浪费（比如网络请求）。
最后，还有一个问题就是UI组件需要对用户的操作作出响应，并且处理和操作系统的通信。这样把代码放在UI组件中会使这部分代码变得臃肿，而且对测试也不太友好。
ViewModel就是用于解决上述问题的。ViewModel用于为UI组件提供数据，并且能够在旋转屏幕等Configuration Change发生时，仍能保持里面的数据。当UI组件恢复时，可以立刻向UI提供数据。一起看下代码：
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
}
}
Activity访问User List数据：
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呢？这时系统会调用ViewModel的onCleared()方法，清除ViewModel中的数据。
在Fragments间分享数据
有时候一个Activity中的两个或多个Fragment需要分享数据或者相互通信，这样就会带来很多问题，比如数据获取，相互确定生命周期。
使用ViewModel可以很好的解决这个问题。假设有这样两个Fragment，一个Fragment提供一个列表，另一个Fragment提供点击每个item现实的详细信息。
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 onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
itemSelector.setOnClickListener(item -> {
model.select(item);
});
}
}
public class DetailFragment extends LifecycleFragment {
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
model.getSelected().observe(this, { item ->
// update UI
});
}
}
两个Fragment都是通过getActivity()来获取ViewModelProvider。这意味着两个Activity都是获取的属于同一个Activity的同一个ShareViewModel实例。
这样做优点如下：
- Activity不需要写任何额外的代码，也不需要关心Fragment之间的通信。
- Fragment不需要处理除
SharedViewModel以外其他的代码。这两个Fragment不需要知道对方是否存在。 - Fragment的生命周期不会相互影响
ViewModel的生命周期
ViewModel只有在Activity finish或者Fragment detach之后才会销毁。下面这张图显示了详细的生命周期：
ViewModel和SavedInstanceState对比
ViewModel使得在configuration change（旋转屏幕等）保存数据变的十分方便，但是这不能用于应用被系统杀死时持久化数据。举个简单的例子，有一个界面展示国家信息。不应该把整个国家信息放到SavedInstanceState里，而是把国家对应的id放到SavedInstanceState，等到界面恢复时，再通过id去获取详细的信息。这些详细的信息应该被存放在数据库中。说到数据库，下篇文章将会介绍Android Architecture Components提供的Room来操作数据库。
相关文章：
理解Android Architecture Components系列（一）
理解Android Architecture Components系列（二）
理解Android Architecture Components系列之Lifecycle（三）
理解Android Architecture Components系列之LiveData（四）
理解Android Architecture Components系列之ViewModel（五）
理解Android Architecture Components系列之Room（六）
理解Android Architecture Components系列之Paging Library（七）
理解Android Architecture Components系列之WorkManager（八）
