由于 两个 fragment 使用的都是 activity 范围的 ViewModel （ ViewModelProvider 构造器传入
的 activity ），因此它们获得了相同的 ViewModel 实例，自然其持有的数据也是相同的，这也 保
证了数据的一致性
这种方法具有以下优点：
宿主 activity 无需执行任何操作，也无需了解此通信。
除 SharedViewModel 外，fragment 不需要彼此了解。 如果其中一个 fragment 消失了，则另一
个继续照常工作。
每个 fragment 都有其自己的生命周期，并且不受另一个 fragment 的生命周期影响。 如果一个
fragment 替换了另一个 fragment，则 UI 可以继续正常工作而不会出现任何问题。
代替 Loader
CursorLoader 这样的 Loader 类经常用于使应用程序 UI 中的数据与数据库保持同步。您可以使用
ViewModel 和其他一些类来替换 Loader。 使用 ViewModel 可将视图控制器与数据加载操作分开，这
意味着您在类之间的强引用较少。
在使用 Loader 的一种常见方法中，应用程序可能会使用 CursorLoader 来观察数据库的内容。 当数
据库中的值更改时，加载程序会自动触发数据的重新加载并更新 UI
public void select(Item item) {
selected.setValue(item);
}
public LiveData<Item> getSelected() {
return selected;
}
}
public class MasterFragment extends Fragment {
private SharedViewModel model;
public void onViewCreated(@NonNull View view, Bundle savedInstanceState) {
super.onViewCreated(view, savedInstanceState);
model = new
ViewModelProvider(requireActivity()).get(SharedViewModel.class);
itemSelector.setOnClickListener(item -> {
model.select(item);
});
}
}
public class DetailFragment extends Fragment {
public void onViewCreated(@NonNull View view, Bundle savedInstanceState) {
super.onViewCreated(view, savedInstanceState);
SharedViewModel model = new
ViewModelProvider(requireActivity()).get(SharedViewModel.class);
model.getSelected().observe(getViewLifecycleOwner(), { item ->
// Update the UI.
});
}
}
我的内容管理
展开
