где-то не у нас, пока не увидели смысла. Если затаскивать корутины, то надо избавляться от Rx в других частях системы
Можно же обернуть rx в корутины. "Другие rx-части" закрыть suspend-функциями
главный вопрос зачем?
работаю на таком проекте, выглядит это больно
Чтобы всё остальное на корутинах писать :)
Так рх нечитаемый
Можно подробнее? А то есть желание новое на корутинах писать, а rx обернуть.
ну там всякие Single.await и прочее
org.jetbrains.kotlinx:kotlinx-coroutines-rx2 либа
о да, как вспомню, так вздрогну
https://github.com/LukasLechnerDev/Kotlin-Coroutine-Use-Cases-on-Android посмотрите, мне кажется, тут чувак хорошо раскрыл разницу между тремя подходами: колбэками, ырыксом и корутинами
в частности, вот здесь https://github.com/LukasLechnerDev/Kotlin-Coroutine-Use-Cases-on-Android/tree/master/app/src/main/java/com/lukaslechner/coroutineusecasesonandroid/usecases/coroutines/usecase2
я думаю он понимает зачем это, просто мешать корутины с Rx'ом такое себе
так проект же с нуля пишется
просто он ответил на сообщение где ты предлагал Rx в корутины завернуть
не, я такое не предлагал, упаси господь)
Эх, молодежь, выбор технологии опирается на ряд факторов: - текущие технологии -- стоимость миграции -- стоимость поддержки двух одинаковых технологий - стоимость найма - стоимость разработки - стоимость поддержки Наверное можно еще что-то накинуть. Простое сравнение технологий круто, но это только верхушка айсберга
ой, не ты, ну короче да
проект новый - стоимость 0 миграции, поддерживать 2 технологии не надо, стоимость разработки и поддержки ниже, только стоимость найма не знаю как, людей, которые пишут на корутинах наверное меньше
у нас мнорепа и кроссревью.
"Уже скоро зайдет компоуз" в компоуз втащены корутины
кстати, да, компоуз и Rx в одном проекте – может получиться интересное комбо
компоуз хотим однозначно, если без корутин не получится то это отличный аргумент за корутины😉
не “втащены”, а “есть поддержка”. А начинать адоптить композ можно и на уровне виджетов отдельных)
То есть если я затащу к себе просто голый компоуз у меня не будет доступа к Flow и т.д.? Странно как тогда штуки по типу LaunchEffect работают и rememberScope
может и будет, просто это можно спокойно не использовать
Ну лол, лямбды вынесли в какие-то переменные, естественно это читаемей, но в большинстве случаев делают не так
ну так декомпозиция как бы основной принцип программирования
Ну вместо того, чтобы увидеть последовательную логику ты видишь кучу каких-то переменных и нужно их смотреть чтобы понять что происходит
Мало того что он будет таким же и на flow😁 Тут дело в том что rx это либа которая завтра скажут в нетфликс всем спасибо и до свидания а flow можно сказать что из коробки, родная фича котлина ну и он же удобнее всех этих publish,flovables, observes, disposable s,разве нет ?)
Do On над какими данными непонятно. Что делать понятно
это MVI, там все действия происходят над единым стейтом, он передается по цепочке как параметр
Обсуждают сегодня