N
collect вызывается во viewModelScope, если это важно
Size: a a a
2021 September 22
В
Почему бы не использовать StateFlow вместо конвертации в обычный?
M
Он указывается после регистрации
DA
а как ты добавляешь данные во flow? Покажи код
N
Сейчас попробовал - никаких изменений. Где-то у меня ошибка в логике или непонимание принципов работы флоу.
В
Покажите код реализации
N
Вручную не добавляю, думал, что этим займётся оператор asFlow() при обновлении листа
N
val notificationsList: MutableList<Notification> = ArrayList()
val notificationsFlow = notificationsList.asFlow()
Создание листа и флоу
viewModel.viewModelScope.launch {
notificationsFlow.collect { }
}
Получение данных
Обновление данных планировал получать при добавлении объекта в лист
val notificationsFlow = notificationsList.asFlow()
Создание листа и флоу
viewModel.viewModelScope.launch {
notificationsFlow.collect { }
}
Получение данных
Обновление данных планировал получать при добавлении объекта в лист
В
А со StateFlow как реализовали? И, кстати, зачем вам viewModelScope? Юзайте lifecycleScope
N
Для StateFlow менял только создание флоу
var notificationsFlow = MutableStateFlow(notificationsList)
За подсказку со скоупами благодарю
var notificationsFlow = MutableStateFlow(notificationsList)
За подсказку со скоупами благодарю
N
Т.е. оператор asFlow() должен превращать лист в постоянный поток данных, верно? И обновлять достаточно только сам лист, без доп. вызовов методов флоу?
В
А в списке как данные меняли?
N
Добавлял объект в список
В
notificationsFlow.value.add()?
В
Могу ошибаться, но вроде он только единожды должен работать
N
Нет, не в флоу, а в лист
N
Вот у меня тоже такие подозрения закрадываются
N
Сейчас попробую Ваш вариант
В
Во flow надо. По-вашему, он должен еще и за листом сторонним следить?)
N
Ну почему же сторонним?) Указанным при создании. Да, думал, что так.