Android 系统架构组件--ViewModel

可能有人觉得我写的和官网不太一样我这几篇关于架构组件的博客是自己在学习的过程中的随笔也可能有很多错误只能说作为参考后面我再使用过程中会不断纠正自己之前的理解

简介：

上一篇关于LiveData 的学习相信都差不多能看懂我们再使用liveData的过程中将其放在ViewModel中进行存储管理了那么究竟什么是ViewModel 他有什么用处好处呢？我们根据文档大概了解下

官方：The ViewModel class is designed to store and manage UI-related data in a lifecycle conscious way. The ViewModel class allows data to survive configuration changes such as screen rotations.

大概意思就是 viewModel 是存储和管理UI数据的，所谓存储简单来说就是UI销毁（横竖屏切换）不会导致数据的丢失
有人说onSaveInstanceState 也可以呢~ 你说的没错的呢~ onSaveInstanceState确实有用但是仅能保证少量可序列化的数据如果是大量数据（比如列表 bitmap等）的话对不起它做不到
更重要的是如果我们再界面中有异步调用比如耗时的网络请求我们UI再销毁重建的过程中极有可能会造成内存泄漏我们需要浪费大量资源去维护这种情况针对这种情况推出了ViewModel

ViewModel能够将数据控制和UI控制分离。也就是当我们UIInactive的时候能够帮助我们存储数据当active的时候能够提供给我们需要的数据是不是很棒~ 那我们继续

实现ViewModel

情景：我们需要从网络中获取用户列表（耗时操作）然后对获取到的用户列表再activity中进行展示

对于该场景常用做法不说这里我们希望在ViewModel中完成数据的获取和存储 activity只负责展示即可 ok let's try

我们之前已经写过一个模拟股票波动的 ViewModel的用法我们这里再写个获取用户列表的

public class CustomViewModel extends ViewModel{
    private UserManagerLiveData userLiveData;

    public LiveData<List<User>> getUserLiveData() {
        if (userLiveData == null) {
            userLiveData = new UserManagerLiveData();
        }
        return userLiveData;

    }
}

public class User {
    String name;
    String sex;

    public User(String name, String sex) {
        this.name = name;
        this.sex = sex;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public String getSex() {
        return sex;
    }

    public void setSex(String sex) {
        this.sex = sex;
    }

    @Override
    public String toString() {
        return "User{" +
                "name='" + name + '\'' +
                ", sex='" + sex + '\'' +
                '}';
    }
}

public class UserManagerLiveData extends LiveData<List<User>> {

    private UserRequest userRequest;
    private UserRequestListener userRequestListener = userList -> postValue(userList);

    public UserManagerLiveData() {
        if (userRequest == null) {
            userRequest = new UserRequest();
        }
    }

    @Override
    protected void onActive() {
        super.onActive();
        userRequest.requestUserList(userRequestListener);
    }

    @Override
    protected void onInactive() {
        super.onInactive();
    }
}

interface UserRequestListener {
    void onSuccess(List<User> userList);
}

public class UserRequest {
    public void requestUserList(UserRequestListener userRequestListener) {
        List<User> userList = new ArrayList<>();
        for (int i=0;i<10;i++){
            User man = new User("name" + i, "man");
            userList.add(man);
        }
        new Thread(new Runnable() {
            @Override
            public void run() {
//                模拟股市波动 1股每1s 涨1块钱 高兴
                for (int i = 0; i < 50; i++) {
                    SystemClock.sleep(1000);
                    if (userRequestListener != null) {
                        userRequestListener.onSuccess(userList);
                    }
                }
            }
        }).start();
    }
}

private void addViewModelLiveData() {
    CustomViewModel customViewModel = ViewModelProviders.of(this).get(CustomViewModel.class);
    customViewModel.getUserLiveData().observe(this, userList -> {
        for (User user : userList) {
            Log.d(TAG, user.toString());
        }
    });
}

直接上运行结果不解释啦~

03-28 20:29:22.096 13534-13534/com.example.lifeapplication D/lifeCycle: onPause
03-28 20:29:22.159 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name0', sex='man'}
03-28 20:29:22.159 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name1', sex='man'}
03-28 20:29:22.159 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name2', sex='man'}
03-28 20:29:22.159 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name3', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name4', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name5', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name6', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name7', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name8', sex='man'}
03-28 20:29:22.160 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name9', sex='man'}
03-28 20:29:22.531 13534-13534/com.example.lifeapplication D/lifeCycle: onStop
03-28 20:29:29.353 13534-13534/com.example.lifeapplication D/lifeCycle: onStart
03-28 20:29:29.354 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name0', sex='man'}
03-28 20:29:29.354 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name1', sex='man'}
03-28 20:29:29.354 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name2', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name3', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name4', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name5', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name6', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name7', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name8', sex='man'}
03-28 20:29:29.355 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name9', sex='man'}
03-28 20:29:29.356 13534-13534/com.example.lifeapplication D/lifeCycle: onResume
03-28 20:29:30.128 13534-13534/com.example.lifeapplication D/lifeCycle: User{name='name0', sex='man'}

我们可以看出ViewModel其实是独立于生命周期持有者所存在的这样我们可以更容易的写测试用例覆盖ViewModel中的操作

viewModel可以持有liveCycleObservers 比如liveData 具体如何持有可以看前面两篇文章

如果ViewModel想使用Application的引用比如去获取系统服务那么此时可以继承AndroidViewModel 该类包含了一个构造函数能够拿到Application的引用

接下来我们看下ViewModel 的生命周期

官方：ViewModel objects are scoped to the Lifecycle passed to the ViewModelProvider when getting the ViewModel. The ViewModel remains in memory until the Lifecycle it's scoped to goes away permanently: in the case of an activity, when it finishes, while in the case of a fragment, when it's detached.

官方的意思大概是这样:ViewModel对象的生命周期是通过ViewModelProvider获取的时候被限定的，这个ViewModel对象一直被存储在内存中知道activity finish 或者是fragment被detached的时候被分离。分离之后作用域永久消失

什么鬼？？？举个栗子之前我们再activity中通过ViewModelProviders 获取了CustomViewModel对象那么此时改Viewmodel对象的生命周期已经获得了和我们activity进行了捆绑当我们activity finish的时候 ViweModel 才会被分离差不多我们继续

我们看下下面这个图片这个图片表述了一个activity 经过了一次屏幕旋转之后 ViewModel对应情况这样就可以验证我们上面说的了 activity oncreate 方法在旋转屏幕的时候被重复调用但是finish 并没有被调用所以ViewModel对象一直存在于内存中换句话说我们所持有的ViewModel对象只是我们第一次创建的对象所以这样你就明白为什么旋转屏幕我们ViweModel仍然能持有数据了吧

好了我们可以继续了根据上面得出的结论我们看下 ViewModel再两个Fragment之间传递数据

应用场景：

PS：关于Fragment之间传递数据是特别常见的比如我们常用的搜索界面（包含搜索历史）和搜索结果页

官方是这样说的：加入你有一个Fragment（用户选择一个item）还有一个Fragment显示这个选择的item 我们通常的做法是定义两个接口然后再activity中绑定两个接口

这样常见的需求处理起来如此麻烦 ViewModel完全可以帮助我们简化这样的痛点

实现原理就是我们上面讲解的生命周期只要activity不finish 那么改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 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.
        });
    }
}

我们发现再获取ViewModel对象的时候我们使用的是getActivity 所以每个Fragment所得到的都是捆绑在Activity上的ViewModel的单例所以

1.此时我们可以进行Fragment之间的通信了而且这个通信我们Activity不需要参与

2.Fragment之间互不影响也就是Fragment finish不会影响其他Fragment的运行

是不是方便了一些~ ok 继续

使用ViewModel取代Loader

情景：我们经常会用CustomLoader再UI进程中实现DataSource的异步刷新那么根据上面我们介绍的我们可以使用ViewModel将数据和界面相分离实现类之间的解耦

一些常见的loader的工作方式如图所示

不懂英语的应该没有吧翻译下

大概流程就是首先初始化/restart Loader-->LoadManager 发送命令到指定的Loader-> Loader异步获取当前数据 load complete->LoaderManager 通过callback 回调通知UI界面刷新 -> UI界面刷新

知道Loader的工作原理我们来看下 ViewModel是如何来替代的

ViewModel replace Loader工作原理

详细梳理下 ViewModel实现的逻辑

如图所示ViewModel依赖于Room 和LiveData工作的关于LiveData工作大家看过之前文章的应该很熟悉 Room是什么鬼？我们下篇文章会具体讲解大概知道有这么一只鬼之前我们已经说过很多次了 ViewModel捆绑生命周期持有者之后能够确保数据能够在横竖屏切换等等设备配置改变的时候能让存活从而保证数据能够存活（只有当生命周期持有者finish 时才会分离）又复习了一遍。Room的作用是通知LiveData数据发生变化，然后LiveData通过setValue/postValue 或者其他方式通知UI变化

关于替代的好处官方翻译过来是这样说的

随着您的数据变得越来越复杂，您可能会选择一个单独的类来加载数据。ViewModel的目的是封装UI控制器的数据，以便在配置更改时让数据存活

还是为了解耦和数据保活好了大概先到这我们去了解下Room~

Android 系统架构组件--ViewModel

猜你喜欢