Android JetPack-ViewModel初见

2018年的Google I/O终于推出了激动人心的JetPack包。在这之前我也大概介绍了JetPack中引入的Navigation。有兴趣的也可以去看看，我之前写的对于Navigation的介绍。

下面让我们来看看ViewModel。其实这两个库在JetPack发布之前就和Room，Pages，Lifecycle，LiveData一起作为android的架构组建推出过。大家第一眼看到ViewModel是不是和我一样以为这是Android的Mvvm组件？相信大家看完这篇博客后，就能清楚的知道这库到底是做什么的，用来解决什么问题了。

ViewModel是什么？

ViewModel其实就是一个普通对象。只不过这个对象的是activity帮你持有的。你可以通过

ViewModelProvider.get('你的viewModel的calss')

去获取ViewModel。

ViewModel解决的是什么问题？

第一Viewmodel主要解决的是Fragment的参数传递问题。在此之前，activity与fragment之间或者在attach在同一个activity的不同fragment之间，传值，要不然就通过属性赋值，要不然就是在Fragment调用newInstatnce的时候通过Args穿值。或者使用全局单例对象。这些都或多或少的增加代码的耦合，或者增加代码的复杂度（如通过arg穿值），或者不容易管理。使用ViewModel 后可以更好的划分每个类的职责，更方便的对象传递和跟少的代码耦合。并且将同一个逻辑内聚到一个类中，不会由于ui界面而分割逻辑。

第二ViewMode和对象实例绑定，也就是说ViewModel不会由于ConfigurationChange而改变。比如：在你的手机进行翻转时，activity会重新走生命周期。那么如果在Activity中保存的数据，就很有可能，被复写，重置或者丢失。但是如果我们将activity当作View组件的话，那么我们的关键属性就会自然而然的存放在ViewModel中。这时候如果acitivty的ConfigrationChange调用的话，由于activity对象并没有被重建，还是之前的对象，那么我们所取到的ViewModel也不会发生变化。

ViewModel怎么使用？

在Fragment和Activity中都可以通过

ViewModelProvider.get('你的viewModel的calss')

获取你自定的ViewModel对象，注意：

ViewModelProviders.of(‘FragmentActivity/Fragemnt对象’) 

使用这个方法获取ViewModelProvider，但是如果你想获得同一个ViewModel对象的话，你必须保证ViewModelProviger对象也是同一个对象，即ViewModelProviders.of(...)中传入的对象，必须为同一个。比如：你想在attach在同一个Activity的两个Fragment中获取同样的一个ViewModel对象，那么你就需要使用ViewModelProviders.of(getActivity())。而不能使用ViewModelProviders.of(this) （ps:此处this是Fragment实例)。

那么有的同学可能问了，那我如果想在某个Fragment/Activity中持有两个相同Class的ViewModel对象怎么办？

谷歌已经帮我们想好了，可以使用如下方法，通过tag区分同class的ViewModel对象：

public <T extends ViewModel> T get(@NonNull String key, @NonNull Class<T> modelClass)

还有，在使用ViewModel时，要注意，ViewModel并不能替代onSaveInstanceState方法，也就是说。ViewModel对象一样是可以在内存不足时，被jvm强制gc掉。那么我们应该如何处理这两者的关系呢？

一般我们会这样处理，在onSaveInstanceState中保存关键的轻量数据。如：有一个activity需要显示在网络请求中查询某个班级id为1的整个班级的成绩，那么在ViewModel中会保存查询到的成绩。在onSaveInstanceState中则会保存班级id，那么如果由于内存问题ViewModel被gc，那么在重新恢复时，同样可以拿到关键数据再通过关键数据恢复ui。