Size: a a a

Android Architecture

2020 February 02

U

Unat in Android Architecture
Ihor Martyniuk
А что юзаешь?
Mvi/elm-подобный подход, лайвдата там не нужна
источник

IM

Ihor Martyniuk in Android Architecture
Unat
Mvi/elm-подобный подход, лайвдата там не нужна
А, ну да... согласен. Имеет право на жизнь, но немного вне контекста.
Там и Rx не нужен.
источник

U

Unat in Android Architecture
Ihor Martyniuk
А, ну да... согласен. Имеет право на жизнь, но немного вне контекста.
Там и Rx не нужен.
А причём тут рх?
источник

U

Unat in Android Architecture
Мне также надо крутить всякое в разных тредах
источник

U

Unat in Android Architecture
И подписываться на изменения
источник

IM

Ihor Martyniuk in Android Architecture
Меня интересует насколько LiveData + Corutines способны покрыть RX именно в реактивном коде, а не в функциональном.
источник

U

Unat in Android Architecture
Полностью, очевидно, и даже немного перекрыть
источник

IM

Ihor Martyniuk in Android Architecture
теоретически получается, что в условиях андроид(во всяком случае для типичных REST клиентов) чуть не полностью.
Но на практике поиграться не хватает времени. Вот и решил спросить, может кто уже делал.
источник

АХ

Айрат Халилов in Android Architecture
https://jorgecastillo.dev/kotlin-dependency-injection-with-the-reader-monad

блин красиво, кто подскажет в чем подвох такого диай решения?
источник

U

Unat in Android Architecture
Всмысле чуть не полностью? Там ведь если чего и нет, так это пары элементарных операторов, концептуально корутины шире
источник

IM

Ihor Martyniuk in Android Architecture
Unat
Всмысле чуть не полностью? Там ведь если чего и нет, так это пары элементарных операторов, концептуально корутины шире
Вам виднее. Пока не опробовал на практике - не могу поддержать\опровергнуть.
источник
2020 February 03

(

( in Android Architecture
Во-первых, куча замыканий и объектов, во-вторых, такое сложновато скомпозировать с каким-нибудь Рх/чем-угодно ещё (для этого есть ReaderT)
источник

(

( in Android Architecture
А так как бы да, хороший подход, скоупинг достигается композицией, всё типобезопасно и без всяких кодгенов
источник

АХ

Айрат Халилов in Android Architecture
Ну тогда добавляем статику в монаду
источник

АХ

Айрат Халилов in Android Architecture
Ну вот как по мне такое решение более логичное, чем то, что решается с помощью кодгена и даггеров
источник

RP

Roman Pozdeev in Android Architecture
Ihor Martyniuk
теоретически получается, что в условиях андроид(во всяком случае для типичных REST клиентов) чуть не полностью.
Но на практике поиграться не хватает времени. Вот и решил спросить, может кто уже делал.
Грубо говоря, если весь rx заключался в .map .flatMap то Flow такой же мощный инструмент )
А если что-нибудь поинтереснее - то увы, придется попыхтеть и написать то что в rx уже есть в готовом виде.
источник

АЕ

Алексей Ершов in Android Architecture
Ещё упростилось в целом API реактивных цепочек, требуется меньше операторов из-за того, что нет разницы между синхронными и асинхронными преобразованиями.
источник

EG

Evgeny GooDi in Android Architecture
Алексей Ершов
Ещё упростилось в целом API реактивных цепочек, требуется меньше операторов из-за того, что нет разницы между синхронными и асинхронными преобразованиями.
А это про что? Где упростилось?
источник

АЕ

Алексей Ершов in Android Architecture
Evgeny GooDi
А это про что? Где упростилось?
В Rx у вас был map для синхронного мапинга, и flatmap надо было делать даже чтобы в сеть сходить. Корутиновский мап поддерживает асинхронные операции. Есть ещё примеры упрощения апи, попозже могу привести, или посмотрите с котлинконфа доклад Елизарова, он там вроде как раз это упоминает.
источник

EG

Evgeny GooDi in Android Architecture
Алексей Ершов
В Rx у вас был map для синхронного мапинга, и flatmap надо было делать даже чтобы в сеть сходить. Корутиновский мап поддерживает асинхронные операции. Есть ещё примеры упрощения апи, попозже могу привести, или посмотрите с котлинконфа доклад Елизарова, он там вроде как раз это упоминает.
до корутин еще не дошел. эрыкс пока... 😎
источник