Гугл рекомендует в гайдах использовать вьюмодел, это рекомендация в рамках

Не, в androidx.lifecycle.ViewModel от MVVM только название. Она ничего из этой архитектуры не приносит на данный момент. Только позволяет данным переживать пересоздание Activity/Fragment. Более точным названием для её роли сейчас был бы какой-нибудь androidx.lifecycle.Retainer. Это рекомендация в целом. Этот класс можно использовать как базовый и для модулей из других архитектур, например как Presenter в MVP. А лучше и не наследоваться и просто обращаться к ней, чтобы проносить ссылки между пересозданием Activity/Fragment (как например тут или в моей реализации).

0

10.08.2021

Mikhail Alpeev Автор вопроса

Спасибо, а если взять например MVP архитектуру, какие плюсы получает приложение на MVP после реализации viewmodel?

0

10.08.2021

Vadim Sedov

Если реализовывать Presenter с использованием androidx.lifecycle.ViewModel, то он перестанет пересоздаваться вместе с UI и будет переживать смену конфигурации. Однозначным плюсом или минусом это назвать нельзя. С одной стороны появляется возможность придерживать какие-то асинхронные операции (например запросы в сеть) и не отменять их лишний раз. Кто-то и UI состояние придерживает (есть мнение, что тогда и MVP отходит от канона). С другой стороны приходится добавлять в презентационную логику обработку состояния с откреплённым UI и возникает вопрос о целесообразности именно MVP архитектуры для таких требований. Так что явных плюсов я не вижу. В качестве дополнения к рассуждению могу порекомендовать классную статью. И это, раз уж погружаетесь в архитектуру.

0

10.08.2021

Mikhail Alpeev Автор вопроса

Спасибо!

0

10.08.2021

Max T. · Accepted Answer

Max T.

друууууг) што с тобой не так)

0

10.08.2021

169 похожих чатов

Гугл рекомендует в гайдах использовать вьюмодел, это рекомендация в рамках

7 ответов

Похожие вопросы