т.е. по сути делать то же что я написал - запускать основную активити, чекать сессию пользователя, и если она истекла - переключать на логин флоу. Зачем для этого нужен фрагмент?

Чтобы даже теоретически не было возможности попасть на main флоу с протухшим токеном.

Как уже выше написали, вы впускаете юзера в приложение, даже если он не имеет права туда войти

По вашему вы изначально открываете мейн активити(или фрагмент, не важно), а уже потом делаете проверку
Т.е. ваше флоу Main -> Login, а нужно бы Splash -> Main или Splash -> Login

Но, если бы у меня была сингл активити + нав компонент, то я бы при старте в активити делал проверку и использовал бы метод нав компонента setStartDestination

ясно, спасибо

доброе утро, почему не ловятся события push close под андроидом? , ставлю  setDeleteIntent, прописываю receiver в манифесте

Может быть несколько проблем:
1. Тебе приходит notification пуш и onMessageReceived не вызывается а просто показывается уведомление.
2. Направильно создаеш PendingIntent для delete.

И лучьше @android_ru обсуждать такие вещи.

Добрый день. Подскажите пожалуйста, как поступить. На первом фрагменте список пицц, которые ты можешь добавить в корзину. На втором же сама корзина. Использую RecyclerView и ViewModel. На втором фрагменте корзины нужно в каждом заказе дать возможность: увеличить количество пицц и убрать пиццу с корзины вообще. В ViewModel как раз-то и содержится этот список заказов, поля которого: экземпляр пиццы и количество. Подскажите с вашего опыта, как грамотнее поступить, чтоб на экране и в viewmodel всё правильно работало. LiveData? Observer? Как редактировать список в recyclerview?

Что нужно гуглить, чтоб решить эту задачу? Хотя бы это

Архитектурно вам нужна общая модель данных, доступ к которой будут иметь обе ваших VM. Одна меняет модель, вторая это через любую реализацию Observable (Flow, Rx, что вам нравится) эти изменения получает и отправляет новое состояние списка на экран.

Понял, буду смотреть, спасиюо

Более топорно это будет shared ViewModel, гугл такой подход предлагает и его можно даже в официальных примерах найти

Это там, где LiveData?

Необязательно, но да

у вас на эти два фрагмента общая вьюмодель. в ней лежит LiveData с данными по текущему заказу. Вы эту лайвдату обзервите во фрагментах, т.е. передаете данные в recyclerView каждый раз когда liveData  обновляется. Собственно обновляется она через действия пользователя, button.onClick { viewmodel.myLiveData.value = newValue}

В LiveData список. И насколько мне известно, он провоцирует обсервер только тогда, когда ты присваиваешь ему новый список

Есть ли смысл тогда в LiveData? Я дошел до этого вопроса и сам сломался

Конечно есть смысл

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

Разве, если я удалю один элемент из списка, LiveData увидит изменения в списке и среагирует?

Наоборот. Нужно удалять данные в viewModel (liveData), а список обновится автоматически.