с чего вдруг?

Не удобно

Сейчас речь на об этом)

Xml в разы больше

ну гугловый с xml да, днище

И куча других минусов

Идеальная связка это viewmodel и LiveData

>LiveData
>Идеальная связка
🌚🌚🌚🌚🌚🌚🌚

и что, у меня каша только потому что я использовал архитектурный компонент, с названием вьюмодел в мвп а не в мввм?

ну такие себе аргументы

Ты мне скажи что ты ещё прокидуешь интерфейс во viewmodel?

И кстати, что бы viewmodel переживала перевороты смерть активити  и ТД, её нужно правильно создавать

вообще, вы скоре правы, чем нет. Спасибо за замечание, сейчас пересмотрю этот момент у себя в проекте

лол, JW именно об этом и писал, что они застолбили название "ViewModel" для "хэшмэп который переживает поворот экрана" и мол люди будут сраться "так это, я ж про вьюмодел, который тот самый вьюмодел, а не вьюмодел, который ViewModel!11!"🙂

(а так обе стороны правы по своему. VM из AC ещё не значит MVVM, но без прямой ссылки на интерфейс вью это уже не MVP, конечно)

+, это и хотел сказать

просто не все любят mvvm. Есть старички, которые считают, что обсерваблы и байндинги делают вьюхи менее предсказуемыми и предпочитают mvp. Но даже в mvp тебе надо куда-то складывать пожитки, пока крутится экран. И тут какбэ VM из AC очень кстати, ну кто виноват, что он VM называется, тебе от него только чтоб сохранил нужно. Это подляна, конечно, что название такое, но уже как есть, получается презентер из мвп юзает вьюмодель, которая не настоящая вьюмодель 😄

То есть если я класс назвал ViewModel то я стал использовать MVVM?

Про названия никто не говорит, речь шла конкретно о viewmodel из aac

Никто не запрещает использовать viewmodel из aac в качестве презентера(: