исходниках написано, что scope will killed when lifecycle-owner when destroyed, задался вопросом, если у меня умрет активити при config-change соответственно умрет и скоуп, тогда как мне обеспечить viewmodel caching?
То есть, я буду слушать stateflow, у меня перевернется экран, я опять отправлю, условно токен, чтобы получить данные во второй раз, в то время как они [данные] у меня уже есть закэшированный во viewmodel
Ну так когда активность пересоздастся оно просто подпишется снова
Так данные опять обновятся
Так логично, для этого оно и нужно
Так их не нужно обновлять, они уже есть во viewmodel, вот вся соль
Возможно тебя интересует flow.share(state)in(viewModelScope) во вьюмодели
Ну в вьюмодели есть, а в пересозданной активности нет
Это что то на подобии cachein() при использовании paging3?
Не пользуюсь paging3. state in преобразует холодный по дефолту флоу в горячий, который будет существовать в рамках переданного скоупа
Так мне не нужен sharedflow
stateIn создаёт StateFlow)
Ты не понял, у меня нет потока данных, у меня single value
Ну тогда у тебя нет проблемы, отмена подписки не отменяет сам StateFlow
Окей, спасибо
Обсуждают сегодня