Jetpack -- ViewModel

2020-02-26  本文已影响0人  Anwfly

前言
前几篇文章介绍了Jetpack及其LiveData,越发的发现Jetpack在Android开发中地位势不可挡,在Android developers官网已经将Jetpack放在顶部一级列表,不学习点Jetpack怎么好意思是做Android开发的。
Jetpack分四类,基础、架构、行为、界面,今天学习的架构的中的 ViewModel,他和LiveData配合使用可以吊炸天。还不懂LiveData的同仁,请看先看Jetpack -- LiveData

一. ViewModel概述
ViewModel是Lifecycle中的一个组件,旨在以注重生命周期的方式存储和管理界面相关的数据。让界面数据可在发生屏幕旋转后继续存在。Android中的控制器(activity和fragment)销毁或者重建会丢失数据,现在把数据存储在ViewModel,不会受到控制器的销毁或者重建而丢失数据。

二.ViewModel能解决什么问题

  1. 解决数据丢失问题


    untitled.png

    上图是官网给出的,展示了屏幕旋转activity的生命周期,但是ViewModel一直存在,直到activity销毁才调用了清除方法onCleared()。
    显然,viewModel是最好保存数据的方式。在没有ViewModel之前,遇到屏幕切换保存数据使用onSaveInstanceState,但是onSaveInstanceState只能保存轻量级数据,大点的数据是无法保存的。ViewModel解决了我们这个痛点。

  2. fragment之间数据共享
    Activity 中的两个或更多 Fragment 需要相互通信是一种很常见的情况。在以前我们是通过接口回调实现fragment之间通信,统一在activity中管理。有一种情况,一个fragment包含了另一个fragment,也就是一个fragment持有了另一个fragment的引用。这样最后的结果,耦合度太高,还需要大量的工作,官方给出了代码示例:

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 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.
        });
    }
}

这么写的好处是:
①Activity 不需要做任何事,甚至不知道这次交互,完美解耦。
②Fragment 仅仅与ViewModel交互,不需要知道其他Fragment 的状态甚至是否存在,更不需要持有其引用。所有当对方 Fragment 销毁时,不影响本身任何工作。
③Fragment 生命周期互不影响,甚至 fragment 替换成其他的 也不影响这个系统的运作。

  1. 解决异步回调等待结果问题
    App中有好多网络请求的工作,这个工作都是耗时的的,而且一般都是放在控制器(如activity或者fragment)处理,所以必须放在子线程做异步操作,否则会引起ANR。有时候还有控制器已经销毁后才会获取到网络数据,这样导致内存泄漏甚至OOM。如果使用ViewModel就会完美解决此痛点。

  2. 减轻UI层负担
    控制器(如activity或者fragment)作用是用来展示数据、响应用户行为、处理事件的。而平时我们会把网络或数据库数据交给他们,会让其显得臃肿切难以管理。
    从MVC 到MVP、MVVM,目的是 明确职责,分离控制器负担。我们现在可以把数据操作的工作交给 ViewModel。

三.ViewModel具体实现
先看简单的效果,点踩减一,点赞加一。

image.png
  1. 自定义Viewmodel继承ViewModel,管理一个整型数据
/**
 * 只管理一个变量number
 */
public class AnflyViewModel extends ViewModel {
    public int number = 0;
}
  1. 在MainActivity获取ViewModel对象,就可以对数据进行操作
//获取Viewmodel实例
anflyViewModel = ViewModelProviders.of(this).get(AnflyViewModel.class);
//重新创建activity是不会丢失数据(横竖屏切换)
tv_number.setText(String.valueOf(anflyViewModel.number));

3.点击踩和赞使用ViewModel操作数据,MainActivity负责更新UI

    @Override
    public void onClick(View v) {
        //使用ViewModel操作数据
        switch (v.getId()) {
            case R.id.iv_dislike:
                anflyViewModel.number--;
                break;
            case R.id.iv_like:
                anflyViewModel.number++;
                break;
        }
        //MainActivity负责更新UI 
        tv_number.setText(String.valueOf(anflyViewModel.number));
    }

四.ViewModel实现原理
后续文章逐渐退出

上一篇下一篇

猜你喜欢

热点阅读