Комментарии 7
Поправте, пожалуйста:
"насмешка над этим одним классом достаточна"
"насмешка над этим одним классом достаточна"
Стоит понимать что использование LiveData делает практически весь ваш код асинхронным. А это боль. Добавьте еще к этому отсутствие нормального механизма обработки ошибок, отсутствие single even.
Почему рекомендуемая архитектура именно MVVM, почему не MVP?
Вообще Гугл обычно везде в своих примерах пишет «что это лишь совет» и вы можете использовать вашу любимую архитектуру, если хотите. У Гугла есть своя реализация архитектуры с view model, вот они и показывают пример на ней) Лично у меня в одном из проектов есть очень похожая структура, где вместо view model идет presenter
Скажу честно — оригинал читался чуть ли не легче этого перевода. Если бы его не читал — скорее всего бы вообще не понял о чем в некоторых абзацах речь.
Если вы в состоянии прочесть в оригинале и понять то смысл читать её перевод? Перевод статьи уже как минимум более старая литература чем оригинал, пока делался перевод оригинальная статья успела немного видоизмениться и с Java перейти на Kotlin. Она рассчитана на тех кому сложно понять прочитать и понять оригинал. И ещё, оригинал всегда лучше перевода, ведь перевод это то как понял данную статью переводящий, очень сложно сохранить именно то что хотел сказать автор. А вообще, это возможно ли?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Руководство по организации архитектуры Android приложения