V
вот с flow и хочется
Size: a a a
2020 March 06
ML
или <reactive-framework-name>
ML
вот с flow и хочется
так а в чем разница то?
T
ушел бы курить спеки по проекту и сравнивать что больше подойдет
А можешь рассказать как именно выбираешь после прочтения спеки что лучше mvp, mvvm, mvi?
mP
проблема MVI в том, что он прибит к Rx гвоздями
а на основе AAC его разве не сделать?
ML
а на основе AAC его разве не сделать?
лайвдата тоже в какой-то мере ырыкс
ML
хоть и топорный
ML
можно конечно, но страдать будешь ещё активнее, чем на Rx или Flow
mP
лайвдата тоже в какой-то мере ырыкс
в общем важно иметь во вью реактивный излучатель данных, в посреднике такой же. Добавляем редюсер и получается из MVVM MVI?
ML
в общем важно иметь во вью реактивный излучатель данных, в посреднике такой же. Добавляем редюсер и получается из MVVM MVI?
не забудь что тебе ещё логику тоже реактивно надо писать
mP
не забудь что тебе ещё логику тоже реактивно надо писать
в интеракторе?
mP
типа не обойтись Single? или что? я не пойму немного
(
в общем важно иметь во вью реактивный излучатель данных, в посреднике такой же. Добавляем редюсер и получается из MVVM MVI?
что значит "реактивный излучатель данных"?
ML
типа не обойтись Single? или что? я не пойму немного
типа посмотри чем ребята в MVICore страдают и как советуют не выносить логику в редьюсер, а держать ее в акторе
mP
что значит "реактивный излучатель данных"?
ну источник данных? типа "выплевыватель" нажатий на кнопку) или вводимого текста. собственно LiveData определенная во View. Или rxBinding
(
ну источник данных? типа "выплевыватель" нажатий на кнопку) или вводимого текста. собственно LiveData определенная во View. Или rxBinding
что значит "реактивный"
(
на ракетном топливе работает?
mP
(
потрясающе
mP
типа посмотри чем ребята в MVICore страдают и как советуют не выносить логику в редьюсер, а держать ее в акторе
спасибо, гляну. Слышал про библиотеку