Если брать не поворот, а навигацию обратно к этому фрагменту, например, по кнопке back

какой старый адаптер? адаптер с вьюхой умирает

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

Адаптер хранится в поле фрагмента. По возвращении к этому фрагменту этот адаптер передаю viewpager’у.

И таким образом восстанавливаю табы во viewPager

Я уже ответил что фрагмент пересоздастся в краевых случаях. Поэтому тебе однозначно нужен стейт в пм-ке и лучше всего как сказал @leonid_z проверять табы во вьюхе

А как можно обработать кейс, при котором табы могу обновиться ещё и тогда, когда были внесены изменения в настройки фильтра? Если я завожу поле, например val filterChanged = State(false) и оба стрима (один от filterChanged, а второй список табов) объединяю с помощью zip во View, то потом, если filterChanged уже однажды получила true, то она и будет его отдавать. А если filterChanged делать как Command, то по возвращению на экран этот Command не отдаст значение и поэтому функция у Zip уже не вызовется, пока я ещё раз этому filterChanged не передам какое-либо значения.

В стейте табов должны быть уже отфильтрованные данные.
Нужно комбайнить репозиторий и фильтр в пм-ке, фильтровать табы и только потом класть табы в стейт

И мне кажется zip не подойдет, нужен combineLatest

Это понятно - я так и делаю сейчас) Суть в другом - как вьюшка должна понять, что нужно обновить табов? Например, я могу сравнить текущий список табов (периодов) с пришедшим - по количеству, по их типу (период может быть недельный или месячный). Но если количество табов осталось таким же и тип табов остался тот же, но при этом фильтр поменялся, то надо тоже как-то сообщить view ещё одно условие, согласно которому она должна обновиться.

Как это сделать нереактивно - я, в принципе, понял.

В общем, спасибо)) Забей)

И так уже нафлудил)

Фильтр для контента в табе?

Он в отдельном экране. Захожу, выбираю нужные категории, возвращаюсь на экран с табами. Если фильтр изменился, то обновляю табы.

Я уточнял какой контент фильрует. Если это количесвто и тип табов, то это один вариант, если это данные внутри самого таба (список и т п), то нужно обзервить фильтр уже в пм-ке самого конткретного таба и там обновлять контент

Ребят, кинул issue https://github.com/dmdevgo/RxPM/issues/34 насчёт того, что к relay нельзя достучаться вне пакета библиотеки, а к consumer - вне PresentationModel.

Это про то, что мы тут неделю назад обсуждали

Добавил себе штуку, работающую схоже с command, но в обратную строну - от view к pm. С ее помощью сделал хендлинг activityResult и пермишнов, так как вся эта ерунда срабатывает до момента биндинга. Кто и как такое решал у себя?

Т.е. Action? )