官网介绍: https://developer.android.google.cn/topic/libraries/architecture/viewmodel
官方API文档介绍:https://developer.android.com/reference/android/arch/lifecycle/ViewModel
ViewModel类旨在以生命周期感知的方式存储和管理UI相关数据。 ViewModel类允许数据在配置更改(例如屏幕旋转)后继续存在。
通常,当我们的Activity被销毁重建时,会重新获取数据,比如一个列表数据。对于一些简单的数据,可以使用onSaveInstanceState()方法,并在 onCreate()方法中从bundle中获取,但是这种方式只能适用于一些少量能序列化和反序列化的数据,不是用于潜在的大量数据,如一组用户列表或bitmap位图。
大家也都知道,不应该在视图层放数据逻辑代码,Activity和Fragment主要是来显示UI数据,和处理用户交互的,将数据逻辑放到UI层,会让UI层的代码很膨胀,也不利于测试。
Android提供的生命周期架构组件中,ViewModel就是做这样的事情,它为UI层提供数据控制逻辑,比如在旋转方向时,它会自动存储数据,用于下一个新创建的UI对象。
以下代码就是一个获取用户列表数据,并没有在UI层即Activity或者Fragment中,而是放在来ViewModel中:
public class MyViewModel extends ViewModel {
private MutableLiveData> users;
public LiveData> getUsers() {
if (users == null) {
users = new MutableLiveData>();
loadUsers();
}
return users;
}
private void loadUsers() {
// Do an asynchronous operation to fetch users.
}
}
然后可以在Activity里这样调用:
public class MyActivity extends AppCompatActivity {
public void onCreate(Bundle savedInstanceState) {
// Create a ViewModel the first time the system calls an activity's onCreate() method.
// Re-created activities receive the same MyViewModel instance created by the first activity.
MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);
model.getUsers().observe(this, users -> {
// update UI
});
}
}
Activity如果被重建了,会复用之前Activity里创建的MyViewModel实例,当宿主Activity销毁时,框架会自动调用ViewModel对象的
onCleared()方法,以释放资源。
⚠️注意:不能在ViewModel中引入context对象,即不能引入view、
Lifecycle
,或者其他任何依赖Activity的context的对象。
ViewModel对象旨在超过视图或LifecycleOwners的特定实例。 此设计还意味着您可以编写测试以更轻松地覆盖ViewModel,因为它和视图和Lifecycle对象没有特定联系。 ViewModel对象可以包含LifecycleObservers,例如LiveData对象。 但是,ViewModel对象绝不能观察到生命周期感知的可观察对象(例如LiveData对象)的更改。 如果ViewModel需要Application context,例如查找系统服务,它可以扩展AndroidViewModel类,并具有在构造函数中接收Application的构造函数,因为Application类扩展了Context。
获取ViewModel时,ViewModel对象的范围限定为传递给ViewModelProvider的生命周期。 ViewModel保留在内存中,直到生命周期范围永久消失:在Activity的情况下,当它调用finish方法时,在Fragment的情况下,当它被detach时。
图1显示了Activity经历了屏幕翻转,然后调用finish方法结束时的各种生命周期状态。 该图还显示了关联Activity生命周期的ViewModel的生命周期。 相同的基本状态适用于Fragment的生命周期。
在Fragment之间交互通信是很常见的,通常要在两个交互的fragment之间定义一些回调接口,由宿主Activity充当中间者,将两个交互的fragment绑定在一起;此外,两个fragment都要处理另一个fragment还未创建或者还不可见的场景。
而使用ViewModel对象解决这个常见的痛点。这些Fragment可以共享一个由其Activity创建的ViewModel对象来处理通信:
public class SharedViewModel extends ViewModel {
private final MutableLiveData- selected = new MutableLiveData
- ();
public void select(Item item) {
selected.setValue(item);
}
public LiveData
- 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 Fragment {
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
model.getSelected().observe(this, item -> {
// Update the UI.
});
}
}
注意这里两个fragment中的ViewModel对象是同一个实例,这种做法有以下优点:
ViewModelProvider 和 ViewModelProviders构造ViewModel的区别是什么?
官网API文档介绍:
https://developer.android.com/reference/android/arch/lifecycle/ViewModelProvider
https://developer.android.com/reference/android/arch/lifecycle/ViewModelProvider.AndroidViewModelFactory
https://developer.android.com/reference/android/arch/lifecycle/ViewModelProvider.NewInstanceFactory
https://developer.android.com/reference/android/arch/lifecycle/ViewModelProviders
https://developer.android.com/reference/android/arch/lifecycle/ViewModelProviders.DefaultFactory
官方API文档介绍:https://developer.android.com/reference/android/arch/lifecycle/ViewModelStore
推荐阅读:
Android官方架构组件ViewModel:从前世今生到追本溯源