на джаве.
Чем можно заменить лайв дату, чтобы в результате получить оне шот срабатывание? (В проекте есть рх)
Я думал над тем чтобы обнулять лв при он стоп в фрагменте.
Замена лв на публиш сабджект с моей точки зрения не есть тру решением.
Так там же вроде есть SingleLiveData
Почему не правильное решение переделывать под сабжект ?
Его нужно хендлить, унрегистрить, когда в лв это все уже есть
ну тут либо самим готовить SingleLive или использовать готовое решение от RX. Хотя на данном этапе я перешел на sharedflow 😉 но и у него есть проблемы…идеального решения нет. Но у вас же и так RX в проекте есть, а значит вы и так вынуждены следить и дергать dispose. В чем тогда проблема и для этого дернуть
а зачем готовить, если его уже приготовили? https://github.com/android/architecture-samples/blob/dev-todo-mvvm-live/todoapp/app/src/main/java/com/example/android/architecture/blueprints/todoapp/SingleLiveEvent.java
Так это нельзя, там же Джун, который ещё тот, сказал, что это плохо
ну при таком подходе надо выпиливать весь AAC, потому что Джун повелел
ну я и имел ввиду затягивать что-то еще. понятно что это н епроблема 😉 У меня есть в проектах разные решения. На rx, livedata, stateflow. И я не могу сказать что какой-то из способов лучше. Если в проекте уже есть rx то я бы rx использовал.
полностью согласен. Нужно брать конкретный стек, а не Glide+Picasso клеить друг с другом
Мне в рх, не нравится что в фргаменте будет онСуцес, онЕрор при публишСубджект, или опять же писать свою обёртку дабы вид был как при лайв дате
Какие проблемы с SharedFlow?
Использую SharedFlow в своей tea либе, никаких проблем.
Ну нужно учитывать что никто не получит если не было подписчика на момент эмита
Учитывать, что флоу горячий?
Есть replay buffer.
Тогда это уже не замена сингллайвдаты
Так ты хочешь, чтобы новые подписчики получали крайний элемент, или нет? То "нужно учитывать что никто не получит если нет подписчиков", то "это уже не замена сингллайвдаты".
Изначально мое сообщение было в разговоре про сингллайвдат.
Обсуждают сегодня