ViewModel

The ViewModel class is designed to store and manage UI-related data so that the data survives configuration changes such as screen rotations.

ViewModel类的设计是为了存储和管理Ui相关的数据，例如配置文件如屏幕旋转使数据保留下来

应用程序组件（如activity或者fragment），是由android的Framework框架管理的生命周期。框架决定销毁或者创建她们，这是基于一些用户的行为或者设备的事件，而这一切都在你的控制范围外。

因为一些对象可能会被系统重建或者销毁，你所保存的任何数据都会丢失。例如：如果你的activity中有一些用户列表，当配置文件更改导致的activity重建，新的activity就必须重新获取用户列表，对于简单的数据，activity可以从onSaveInstanceState（）方法或者onCreate()的Bundle中重新获取数据，但是这个方法仅仅适用于小的数据例如UI状态，不能是大量的数据，例如用户列表。

另一个问题是，这些Ui控制器（activity或者fragment）经常进行需要一些时间的一步操作。Ui控制器需要管理这些回调，并在销毁的时候清理它们，避免内存泄漏。这需要大量的维护，并且在进行更改配置而从新创建对象的情况下，这是浪费资源，因为需要发出相同的调用。

将视图数据所有权与UI控制器逻辑分离是更容易和更有效，Lifecycles提供了一个名为ViewModel的新类。用于UI控制器的辅助类，负责为UI准备数据。在配置更改期间，ViewModel将自动保留，以便其保存的数据立即可用于下一个activity或fragment实例。ViewModel应该是获取和保留用户列表而不是fragment或activity的责任。

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

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

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

由于ViewModel超出了特定的fragment和activity实例，所以它不应该引用View或任何可能持有对活动上下文的引用的类。如果ViewModel需要Application上下文（例如，找到系统服务），则可以扩展AndroidViewModel类，并在构造函数中接收Application的构造函数（由于Application类扩展了Context)
可以理解为ViewMode不要持有Context，如果必须使用context就实现AndroidViewModel.

在Fragment之间共享数据

使用ViewModel对象解决activity中多个fragment相互通信。其中我们有一个片段，用户从列表中选择一个项目，另一个片段显示所选项目的内容。
这些fragment可以使用其activity范围共享一个ViewModel来处理此通信

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 onActivityCreated() {
        model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        itemSelector.setOnClickListener(item -> {
            model.select(item);
        });
    }
}

public class DetailFragment extends LifecycleFragment {
    public void onActivityCreated() {
        SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        model.getSelected().observe(this, { item ->
           // update UI
        });
    }
}

请注意，在获取ViewModelProvider时，两个fragment都使用getActivity（）。这意味着他们都将收到相同的SharedViewModel实例，该实例是作用域的活动。

这种方法的好处包括：

1. activity不需要做任何事情，也不需要知道通信的任何内容。
2. 除了SharedViewModel之外，fragment不需要彼此了解。如果其中一个消失，另一个会照常工作
3. 每个片段都有自己的生命周期，不受其他片段的生命周期的影响。实际上，在一个片段替换另一个片段的UI中，UI工作没有任何问题

ViewModel的生命周期

viewmodel-lifecycle.png