ViewModel简介

ViewModel概述

ViewModel类旨在以生命周期意识的方式存储和管理与UI相关的数据。ViewModel类允许数据在配置更改(例如屏幕旋转)后继续存在。

使用ViewModel的原因

Android framework 管理UI控制器的生命周期,例如Activities和Fragments。UI controllers 包括 activities and fragments 。

如果系统销毁或重新创建UI控制器,则存储在其中的任何瞬态UI相关数据都将丢失。

可以使用onSaveInstanceState()方法并从onCreate()中的包中恢复其数据,但此方法仅适用于可以序列化然后反序列化的少量数据。但是不适用于潜在的大量数据 像用户列表或位图。

另一个问题是UI控制器经常需要进行可能需要一些时间才能返回的异步调用。 UI控制器需要管理这些调用并确保系统在销毁后清理它们以避免潜在的内存泄漏。 此管理需要大量维护,并且在为配置更改重新创建对象的情况下,这会浪费资源,因为对象可能必须重新发出已经进行的调用。

要求UI控制器也负责从数据库或网络加载数据,这会给类增加膨胀。 为UI控制器分配过多的责任可能导致单个类尝试自己处理应用程序的所有工作,而不是将工作委托给其他类。 以这种方式为UI控制器分配过多的责任也会使测试变得更加困难。

因此 我们要将 视图数据所有权UI控制器逻辑 分离 。

ViewModel的使用

implementation   'android.arch.lifecycle:extensions:1.1.1'

添加扩展,否则找不到ViewModelProviders 。

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

}

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  is finished时,框架调用ViewModel对象的onCleared()方法,以便它可以清理资源。

ViewModel绝不能引用View,Lifecycle 或 持有任何包含Activity context引用的类。

ViewModel对象可以包含LifecycleObservers,例如LiveData对象。 但是,ViewModel对象绝不能观察到生命周期感知的可观察对象(例如LiveData对象)的更改。 如果ViewModel需要Application上下文,例如查找系统服务,它可以扩展AndroidViewModel类并具有在构造函数中接收Application的构造函数,因为Application类扩展了Context。

生命周期


ViewModel对象的范围由获取ViewModel时传递至ViewModelProvider的Lifecycle所决定。ViewModel始终处在内存中,直到Lifecycle永久地离开—对于Activity来说,是当它终止(finish)的时候,对于Fragment来说,是当它分离(detached)的时候。

Activity和ViewModel 生命周期对比

您通常在系统第一次调用活动对象的onCreate()方法时请求ViewModel。 系统可以在活动的整个生命周期中多次调用onCreate(),例如在旋转设备屏幕时。 ViewModel从您第一次请求ViewModel到活动完成并销毁之时就存在。

Share data between fragments

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都会检索包含它们的Activity。 这样,当每个Fragment都获得ViewModelProvider时,它们会收到相同的SharedViewModel实例,该实例的范围限定为此Activity。

1、Activity不需要做任何事情,也不需要了解这种沟通。

2、除了SharedViewModel契约之外,Fragment不需要彼此了解。 如果其中一个Fragment消失,另一个Fragment继续照常工作。

3、每个Fragment都有自己的生命周期,不受另一个Fragment的生命周期的影响。 如果一个Fragment替换另一个Fragment,则UI继续工作而没有任何问题。

Replacing Loaders with ViewModel

像CursorLoader这样的Loader类经常用于保持应用程序UI中的数据与数据库同步。 您可以使用ViewModel和其他一些类来替换加载器。 使用ViewModel将UI控制器与数据加载操作分开,这意味着类之间的强引用较少。

loader.png

在使用加载器的一种常见方法中,应用程序可能使用CursorLoader来观察数据库的内容。 当数据库中的值发生更改时,加载程序会自动触发重新加载数据并更新UI:

ViewModel与Room和LiveData一起使用以替换加载器。 ViewModel可确保数据在设备配置更改后仍然存在。 当数据库发生变化时,Room会通知您的LiveData,然后LiveData会使用修改后的数据更新您的UI。

ViewModel+LiveData代替Loader

余留问题

随着数据变得越来越复杂,您可能会选择单独的类来加载数据。 ViewModel的目的是封装UI控制器的数据,以使数据不受配置更改的影响。 有关如何跨配置更改加载,保留和管理数据的信息,请参阅保存UI状态。

Android App Architecture指南建议构建一个存储库类来处理这些功能。

Samples

Android Architecture Components basic sample

Sunflower, a gardening app illustrating Android development best practices with Android Jetpack.

Blogs

ViewModels : A Simple Example

ViewModels: Persistence, onSaveInstanceState(), Restoring UI State and Loaders

ViewModels and LiveData: Patterns + AntiPatterns

Kotlin Demystified: Understanding Shorthand Lambda Syntax

Kotlin Demystified: Scope functions

Kotlin Demystified: When to use custom accessors

Lifecycle Aware Data Loading with Architecture Components

Videos

Android Jetpack: ViewModel


来源:https://developer.android.google.cn/topic/libraries/architecture/viewmodel

你可能感兴趣的:(ViewModel简介)