заведомо одного элемента?
Хочу чтобы для вьюхи у меня реактивно изменялась модель, которая зависит от разных таблиц
из sqldelight торчат разные flow, которые я в репозитории пытаюсь собрать в результирующий flow. Порой приходят события из разных частей приложения и в бд кладутся данные, которые могут изменить условного таблицу читателя или что-то ещё, от чего он зависит. Разве не верно будет для этого использовать flow?
То есть каждый с кпждым а не один с одним?
это если они независимы, если вам нужен элемент чтобы прицепить его в мапе - мапа ж не волшебство, это просто конвертер на эмит flowA, так что flowB в данном случае вообще ничего не дает тут или вьюшку сделать чтобы эмитилось сразу с нужным набором, или обращаться за одним элементом в мапе
Не понял вопрос, прошу прощения, попробую на примере. Скажем юзер поменял на сайте читаемую книгу и прилетел в приложение пуш. Я иду в сеть, забираю новую книгу, и кладу её в бд. Всё, во вьюшке должны быть новые данные
Вы похоже не сформулировали еще, что за логика вам нужна. Если вам надо комбинировать каждый с каждым, то будет что-то вроде такого: val res = MutableStateFlow<Pair<A,B>>(initialPair) flowA.onEach{ res.value = it to res.value.second }.launchIn(...) flowB.onEach{ res.value = res.value.first to it }.launchIn(...) Если надо что-то более умное, думайте. Одна рекомендация: продумайте сначала логику, а потом кладите ее на потоки, а не наоборот.
ну такой себе стейт флоу, в котором нет эмитов, но вэлью меняется, обычно это решается комбайном
Ну можно и комбайн. Только комбайн не будет стейтом. А этот будет. В StateFlow новые значения задаются изменением value. Никаких эмитов там нет
ну ваще-то есть как у наследника шаред, а так и правда, чот даже не обращал внимания на компейр энд сет :)
Обсуждают сегодня