理解Android Architecture Component

2017-10-24 本文已影响1652人 From64KB

ViewModel设计的目的就是存放和处理和UI相关的数据，并且这些数据不受配置变化（Configuration Changes，例如：旋转屏幕，组件被系统回收）的影响。

由于（Activity/Fragment）会被系统随时销毁或重新创建，因此，任何存放在这里的数据都可能会丢失。例如，Activity中有一个查询得到的用户列表，当Activity被重新创建时，新的Activity需要再次去获取用户数据。对于简单的数据可以使用 onSaveInstanceState()保存，在onCreate()中恢复。对于少量的用户数据，比如UI状态是没有问题的。但是对于大量的数据，比如用户列表，这用做就会不合适（not suitable）。

另一个问题是，UI组件会频繁的调用异步回调，这些回调可能会非常耗时。这就需要UI组件管理这些调用，并且在UI组件销毁时清除这些调用。这会花费很多的维护成本,而且当UI由于configuration change重新创建时，又需要重新调用，这明显是一种资源浪费（比如网络请求）。

最后，还有一个问题就是UI组件需要对用户的操作作出响应，并且处理和操作系统的通信。这样把代码放在UI组件中会使这部分代码变得臃肿，而且对测试也不太友好。

ViewModel就是用于解决上述问题的。ViewModel用于为UI组件提供数据，并且能够在旋转屏幕等Configuration Change发生时，仍能保持里面的数据。当UI组件恢复时，可以立刻向UI提供数据。一起看下代码：

public class MyViewModel extends ViewModel {
    private MutableLiveData<List<User>> users;
    public LiveData<List<User>> getUsers() {
        if (users == null) {
            users = new MutableLiveData<List<Users>>();
            loadUsers();
        }
        return users;
    }

    private void loadUsers() {
        // do async operation to fetch users
    }
}

Activity访问User List数据：

public class MyActivity extends AppCompatActivity {
    public void onCreate(Bundle savedInstanceState) {
        MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);
        model.getUsers().observe(this, users -> {
            // update UI
        });
    }
}

那么问题来了，假如用户按返回键，主动销毁了这个Activity呢？这时系统会调用ViewModel的onCleared()方法，清除ViewModel中的数据。

在Fragments间分享数据

有时候一个Activity中的两个或多个Fragment需要分享数据或者相互通信，这样就会带来很多问题，比如数据获取，相互确定生命周期。

使用ViewModel可以很好的解决这个问题。假设有这样两个Fragment，一个Fragment提供一个列表，另一个Fragment提供点击每个item现实的详细信息。

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 LifecycleFragment {
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        model.getSelected().observe(this, { item ->
           // update UI
        });
    }
}

两个Fragment都是通过getActivity()来获取ViewModelProvider。这意味着两个Activity都是获取的属于同一个Activity的同一个ShareViewModel实例。
这样做优点如下：

Activity不需要写任何额外的代码，也不需要关心Fragment之间的通信。
Fragment不需要处理除SharedViewModel以外其他的代码。这两个Fragment不需要知道对方是否存在。
Fragment的生命周期不会相互影响

ViewModel的生命周期

ViewModel只有在Activity finish或者Fragment detach之后才会销毁。下面这张图显示了详细的生命周期：

viewmodel-lifecycle.png

ViewModel和SavedInstanceState对比

ViewModel使得在configuration change（旋转屏幕等）保存数据变的十分方便，但是这不能用于应用被系统杀死时持久化数据。举个简单的例子，有一个界面展示国家信息。不应该把整个国家信息放到SavedInstanceState里，而是把国家对应的id放到SavedInstanceState，等到界面恢复时，再通过id去获取详细的信息。这些详细的信息应该被存放在数据库中。说到数据库，下篇文章将会介绍Android Architecture Components提供的Room来操作数据库。

理解Android Architecture Component

在Fragments间分享数据

ViewModel的生命周期

ViewModel和SavedInstanceState对比

猜你喜欢

热点阅读