АЕ
упомянут, видимо решил что MVIKotlin круче и не стал брать оригинал
Size: a a a
2021 August 05
M
в обзоре только либы на корутинах, насколько я понял
I
А вам в 21-м году RX нужен?
АЕ
в больших проектах с него достаточно сложно слезть(
I
если втягиваешь новую архитектуру, нет смысла на устаревшей технологии ее делать.
если у вас уже есть MVI на RX, то поздно читать обзоры...
А если только собираетесь добавлять, то нет ни одного кейса, чтобы втягивать MVI на RX
если у вас уже есть MVI на RX, то поздно читать обзоры...
А если только собираетесь добавлять, то нет ни одного кейса, чтобы втягивать MVI на RX
I
даже если нижние слои на RX
I
а, хотя не, я знаю один кейс. "наша команда знает RX и нет времени (не хочет) учить что-то новое(с)"
АЕ
Да, я говорю именно о случае, когда уже MVICore, например. Но можно попробовать новые фичи делать на каком-нибудь более котлиновом MVI)
M
Ну а почему нет? Учитывая что я вообще не на котлине пишу )
I
потому-что 21-й год на дворе...
A
само по себе аргументом не является. Если человек профессионально владеет RX, то почему бы и не делать на RX?
I
Вот так и мыслят на АвтоВАЗ...
A
если команда, начальство и клиент довольны, значит технология выбрана правильно
A
ну у мерседесаи и лады калины есть объективные различия в потребительских качествах. а у проекта на РХ и корутинах такой разницы нет, особенно со стороны пользователя
I
Если так мыслить, то и активити по 5К строк, для пользователя будут работать точно так-же
I
но в целом для продукта и бизнеса, это не так
I
котлин/корутины поддерживаются со стороны разработчика Android SDK
A
вот это уже аргумент
I
что означает больше стабильность, больше инструментов (удобнее сапорт) и тд.
M
Не хочу разводить очередной холивар. У меня своя реализация MVI под флаттер на RxDart. Поэтому не особо интересуют технические детали типа корутин, а больше интересовало сравнение разных архитектурных подходов к реализации паттерна MVI.