Просто во ViewModel надо, например, сравнить новый список табов, который получаю из репозитория, со старым, который уже установлен во ViewPager. И если вкладки отличаются, то нужно во ViewPager их обновить. Из-за того, что State постоянно эмитить сохранённое значение при подписке (вследствие чего на каждый onStart обновлялись табы и следовательно даные во ViewPager), он мне не подошёл. Подошёл Command. Но для того, чтобы понимать, надо обновлять UI или нет, нужно было сравнивать, появился ли новый таб или нет (или наоборот их меньше стало).

Как-то так…

То есть надо узнать какие вкладки уже установлены во ViewPager, но идем за этой инфой мы во ViewModel? :)

ViewModel передаёт View список табов. Та их передаёт ViewPager’у

Табы - это просто список периодов.

Ну так задача взять новые табы из vm и сравнить с теми, что уже стоят во viewpager, зачем модели хранить старые значения?

Почему это модель хранит старые значения?) Она же хранит актуальные значение, те, которые в данный момент отображает View

Я запутался) Ты же сам написал "во viewmodel, например нужно сравнить это старое значение"

На момент получения нового списка периодов, тот который уже хранится во ViewModel, мы же можем назвать старым, верно? И если списки отличаются, то этот новый список передаётся во View и уже он становится актуальным.

Если бы у ViewPager было что-то типа DiffUtil было бы проще в данном случае)

Так что мешает добавить?)

Что добавить?) Написать DiffUtil для ViewPager?

Ну да, в том месте, где в пейджер новые табы запихиваешь и проверяй)

Есть вариант подписаться на стейт в onCreateView и отписаться в onDestroyView.

Но если я сверну приложение, а потом к нему вернусь, стейт опять накатит состояние на View.

Поэтому в моём кейсе Command идеально подошёл.

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

при дестрое вью у тебя табы не восстановятся в случае команд

например после поворота

Я в таком случае просто старый адаптер цеплял ко ViewPager