ViewModel для фрагмента вместо доступа к Activity ViewModel?

Я бы посоветовал вам обработать два ViewModel для всего вашего варианта использования.

Сделайте один ViewModel

Скажем, MyActivityViewModel, чтобы обрабатывать всю логику, относящуюся к уровню активности. Итак, если какая-либо логика фрагмента напрямую связана с вашей деятельностью, поделитесь своим ViewModel, как показано ниже:

ViewModelProviders.of(getActivity()).get(MyActivityViewModel.class); // Like this in fragment.

&

ViewModelProviders.of(this).get(MyActivityViewModel.class); // Like this in activity.

Это будет общее ViewModel между вашим действием и фрагментом.

Другой ViewModel пойдет на FirstFragment в вашем случае, если вам нужно разделить логику между вашими ChildFragment:

Здесь вы можете поделиться ViewModel, скажем, FragmentViewModel, как показано ниже:

ViewModelProviders.of(this).get(FragmentViewModel.class); // Like this in FirstFragment which is having view pager.

&

ViewModelProviders.of(getParentFragment()).get(FragmentViewModel.class); // Like this in View pager fragments, getParentFragment() is First fragment in our case.

Хотя мы все еще можем использовать наш уровень активности MyActivityViewModel в наших дочерних фрагментах из FirstFragment, например:

ViewModelProviders.of(getActivity()).get(MyActivityViewModel.class);

Во-первых, нет ничего плохого в наличии нескольких ViewModel для одного просмотра.

Я бы подумал о своей ViewModel, как о том, какие данные получает и обрабатывает, и сгруппировал бы их таким образом, который кажется естественным.

В вашем случае, если фрагменты и логика активности очень похожи, я думаю, вы можете использовать один ViewModel, но я бы этого избегал.

Что бы я сделал, так это разбил ViewModel действия на более мелкие части и повторно использовал правильные ViewModel в моем Fragments, чтобы у меня не было ни модели представления Бога, ни примерно того же кода в другой модели представления .

Это обновленная версия ответа Джила Ванкхеде. А также реализация того же самого в Котлине.

Поскольку ViewModelProviders устарел, мы должны использовать ViewModelProvider.

Вот как вы это делаете в Activity:

ViewModelProvider(this).get(MyActivityViewModel::class.java)

Вот как вы это делаете во фрагменте:

ViewModelProvider(requireActivity()).get(MyActivityViewModel::class.java)

Чтобы решить проблему FirstFragment совместного использования своей модели представления с дочерними фрагментами, вы можете использовать этот код для доступа к FirstFragmentViewModel из любого из дочерних фрагментов:

    // in ChildFragment1
    val firstFragmentViewModel: FirstFragmentViewModel by viewModels(
        { requireParentFragment() }
    )