Я второй день вожусь. Что вы используете для навигации? От

Question

Я второй день вожусь. Что вы используете для навигации? От

стандартного джетпаковского androidx.navigation.fragment.NavHostFragmen полыхает. Вот есть у меня 3 стандартных фрагмента и боттом навигейшн, который сетится в сингл активити. В одном фрагменте ресайклер. При переходе на фрагмент 2 и обратно состояние и вьюмодель фрагмента 1 пересоздаются. И это декларируется мужиком из гугла как естественное поведение, мол юзер такого и ожидает, и мануальная единождая инициализация фрагментов и show/hide в активити от индуса это неправильно, запрещено и несет в себе кучу скрытых багов (после теста так и есть, куча скрытых багов). Но в твиттере/вк/инсте ресайклер сохраняет состояние.
Артикл про сейв стейт говорит про viewmodel(не переживает переходы на другие фрагменты, но переживает повороты экрана)/ savedInstanceState(который НЕ вызывается для фрагментов, только для активити, которая у нас одна, сингл активити все дела)/ persistent storage (ну пусть не рум а шаред, но тогда после захода в прилагу через 2 дня мы достанем сохраненное состояние, которого юзер явно не ожидает).
Вот это с по сути переписанным контроллером выглядит очень громоздко и оверинжинерно
На нестед графы ссылку потерял, но тоже для меня странно выглядит, при бОльшей прилаге нужно будет все сейф аргы не забыть переписывать, можно что-то потерять
Пока что я пришел к следованию правилам вот тут(абзац Some considerations) и созданию sharedviewmodel для всего приложения, которая будет жить вместе с прилагой и основная цель которой = хранить в лайвдате текущий стейт для каждого фрагмента, того требующего. Тип ondestroy фрагмента с ресайклером>положить в лайвдату шаредвьюмодели инт с последним отображенным элементом>пересоздание фрагмента по возврату на фрагмент>достать инт и применить к адаптеру. Повторить для всех важных элементов. Такой подход выглядит меньшим из зол.
Он оптимален? Или я упустил какое-то очевидное и простое решение? Или cicerone/bottomNavWatson/ lib.name решает такие вопросики в вашем случае?

#android #mobile #programming #russian

0

09.04.2021