k
А минусы mvp с moxy накидаете ?)
Size: a a a
2020 February 21
I
кто мёртв, вы чего??
телеграм канал по ссылке))
АЕ
телеграм канал по ссылке))
он создан позавчера)
АЕ
я просто форварднул, потому что там люди за MVI собрались, возможно там стоит тоже задать вопрос.
АЕ
мнение оставил чуть выше)
DE
А минусы mvp с moxy накидаете ?)
Поищи по чату, эта тема часто обсуждалась
АЕ
Минусы скорее у самого MVP, Moxy добавляет только плюсы)
AA
Минусы скорее у самого MVP, Moxy добавляет только плюсы)
ой сейчас набегут...
I
Высокий порог вхождения. Джуну сложно вкатиться, да и самому понять, как композировать фичи между собой - постараться надо. Ещё он verbose достаточно.
согласен, просто я сейчас хочу с ним разобраться, чтобы понимать плюсы и минусы, да вот verbose это беда, да и меня смутило что слой view представлен одной моделью, но в реальной жизни это может быть далеко не так, плюс однонарпавленный поток, звучит словно мы всю реактивщину сводим к одному потоку, то есть сингл тред получается, плюс поток явно bidirectional как минимум, но не unidirectional
АЕ
согласен, просто я сейчас хочу с ним разобраться, чтобы понимать плюсы и минусы, да вот verbose это беда, да и меня смутило что слой view представлен одной моделью, но в реальной жизни это может быть далеко не так, плюс однонарпавленный поток, звучит словно мы всю реактивщину сводим к одному потоку, то есть сингл тред получается, плюс поток явно bidirectional как минимум, но не unidirectional
почему bi?
IZ
не не moxy норм тема)
I
почему bi?
1) от view 2) от model, ведь model может меняться и без запроса с вью
T
А минусы mvp с moxy накидаете ?)
Не гламурно)
АЕ
1) от view 2) от model, ведь model может меняться и без запроса с вью
Дисклеймер: всё, что я говорю, так или иначе под соусом именно MVICore, потому что это единственная либа, которую я пробовал для MVI.
Однонаправленность потока данных и вообще прелесть MVI в том, что у функционального модуля есть один вход и один выход, и что эти входы/выходы можно как угодно друг с другом состыковать, и модули останутся максимально изолированными и тестируемыми, такие себе black box-ы.
Общая передача данных обычно делается в главном потоке, чтобы дружить с UI, но внутри работа может происходить на каком угодно потоке, потому что ReactiveX позволяет как угодно всё переключать.
Однонаправленность потока данных и вообще прелесть MVI в том, что у функционального модуля есть один вход и один выход, и что эти входы/выходы можно как угодно друг с другом состыковать, и модули останутся максимально изолированными и тестируемыми, такие себе black box-ы.
Общая передача данных обычно делается в главном потоке, чтобы дружить с UI, но внутри работа может происходить на каком угодно потоке, потому что ReactiveX позволяет как угодно всё переключать.
I
Дисклеймер: всё, что я говорю, так или иначе под соусом именно MVICore, потому что это единственная либа, которую я пробовал для MVI.
Однонаправленность потока данных и вообще прелесть MVI в том, что у функционального модуля есть один вход и один выход, и что эти входы/выходы можно как угодно друг с другом состыковать, и модули останутся максимально изолированными и тестируемыми, такие себе black box-ы.
Общая передача данных обычно делается в главном потоке, чтобы дружить с UI, но внутри работа может происходить на каком угодно потоке, потому что ReactiveX позволяет как угодно всё переключать.
Однонаправленность потока данных и вообще прелесть MVI в том, что у функционального модуля есть один вход и один выход, и что эти входы/выходы можно как угодно друг с другом состыковать, и модули останутся максимально изолированными и тестируемыми, такие себе black box-ы.
Общая передача данных обычно делается в главном потоке, чтобы дружить с UI, но внутри работа может происходить на каком угодно потоке, потому что ReactiveX позволяет как угодно всё переключать.
да один вход и выход хорошо, но сложно себе представить масштабируемость такого подхода, либо надо сильно гранулировать задачи, либо мы столкнемся с ограничениями возможностей конкретного блока
АЕ
а вот это самая сложная тема как MVI, так и программирования вообще, мне кажется)
I
а вот это самая сложная тема как MVI, так и программирования вообще, мне кажется)
ну с MVVM и MVP этот вопрос как бы не вызывает особых проблем, а в MVI похоже, что это bottle neck, но я это пока не утверждаю, а предполагаю, так как надо поработать посмотреть
АЕ
В MVI явно прописан стейт, и это офигенно. А в MVP/MVVP мы фигачим какие-то события в View, и надеемся, что там оно как-нибудь нормально отобразится. Уровень детерминированности очень разный получается)
(
Ребят может кто-то накидать минусы MVI, с которыми столкнулся при работе с данным паттерном?
Придётся запариться с производительностью и крутить всякие странного вида вещи, чтобы подружить декларативный by-design рендер с императивным андроидом
АЕ
(пока не наступит Compose и всеобщее ликование)