mP
а если MVVM на rx?)
Size: a a a
2021 June 10
JF
да без разницы на чем. Presentation слой все равно будете переписывать
mP
ваще можно платформонезависимый mvvm написать, только попыхтеть придется
JF
всмысле на своих VM?
mP
ну да, и свои observable
JF
конечно можно. Но думаю, что исходный вопрос был про android VM
P
Уже написали :)
https://github.com/icerockdev/moko-mvvm
https://github.com/icerockdev/moko-mvvm
mP
или даже уровень абстракции или обертку, в которую можно пропихнуть реализацию от AAC или еще что-нибудь
mP
трудно об этом рассуждать, нет особой экспертизы, всегда AAC юзал
JF
чем больше размышляю о подходах mvp и mvvm тем меньше вижу в них разницы (только observable)
P
Принципиальная разница только лишь в том, что Presenter знает о view, а VM не знает.
JF
ну так то, VM знает об Observer. Что по сути тоже самое
JF
концептуально разница в напрвлении контроля.
MVVM: view берет данные
MVP: presenter передает данные
MVVM: view берет данные
MVP: presenter передает данные
АЕ
И в том, что presenter говорит view "сделай то-то", а VM просто предоставляет состояние. Это может технически похоже, но смысл совсем разный)
TA
Ну это типа не явная связка.. Любой другой класс может подписаться на этот observable, т.е использовать этот VM, но в MVP только тот конкретный View может
P
Не. Presenter держит ссылку на view. Значит у view должно быть физическое воплощение в виде фрагмента, например.
А VM напрямую не дёргает view. И ей вообще пофиг кто на неё подпишется.
А VM напрямую не дёргает view. И ей вообще пофиг кто на неё подпишется.
mP
А MVI разве не прибит гвоздями к rx?
JF
скорее к реактивщине (не только rx)
P
От реализации зависит. В MVIKotlin на view прилетает просто коллбек с состоянием