MVVM против. MVI - Поймите разницу раз и навсегда

• MVVM и MVI - популярные шаблоны для нативной разработки на Android.  

• Многие разработчики не понимают разницу между ними.  

• Видео сравнивает эти шаблоны, чтобы помочь выбрать правильный для проекта.  

• Автор проводит бесплатный онлайн-семинар 27 апреля.  

• Темы: основы разработки, архитектура, стиль кода, лучшие практики.  

• В конце семинара будет рассказано о большом проекте автора.  

• Оба шаблона являются презентационными паттернами.  

• Разделяют презентационный слой, а не все приложение.  

• Можно использовать оба шаблона в одном проекте.  

• Модель реализует бизнес-правила и логику проекта.  

• Пример: модель комментария в социальной сети.  

• Представление - это пользовательский интерфейс, видимый пользователю.  

• Модель представления обрабатывает состояния и действия пользователя.  

• В MVVM это viewmodel, в MVI - intent.  

• Оба шаблона используют шаблон viewmodel для логики отображения состояний.  

• Пример экрана MVVM: корневой компонуемый экран и фактический экран.  

• Пример экрана MVI: передача состояния и лямбда-выражений.  

• Основное различие между MVVM и MVI в передаче состояний и логики.  

• MVI предоставляет пользовательскому интерфейсу одно поле состояния.  

• Состояние должно быть неизменяемым и содержать только неизменяемые свойства.  

• При изменении состояния создается новый экземпляр класса состояния.  

• MVI объединяет намерения пользователя на определенном экране.  

• Каждое взаимодействие пользователя включается в класс действий.  

• В Kotlin это реализуется с помощью закрытого интерфейса.  

• В MVI модель представления имеет только одно поле состояния.  

• Для обработки действий используется функция on-action или on-event.  

• Пример: изменение состояния при переключении like.  

• Основное различие в интерфейсе seal и объединении состояний.  

• В MVI действия, не обрабатываемые viewmodel, перенаправляются в корневой каталог экрана.  

• В некоторых случаях можно использовать модель дважды двоеточие в действии.  

• Оба шаблона жизнеспособны и популярны.  

• Важно понять различия и выбрать подходящий для команды.  

• Критика MVI: дополнительный слой намерений и сложность выражений.  

• MVI упрощает компоновку экрана и делает его легче для чтения.  

• Критики утверждают, что можно использовать обратные вызовы напрямую.  

• Объединение состояний в один класс может усложнить код.  

• В MVI можно легко преобразовать одно состояние в потоки состояний.  

• Пример с полем электронной почты и логическим значением is email valid.  

• MVI позволяет лучше комбинировать состояния, но требует осторожности.  

• MVI удобочитаем благодаря одному классу состояния.  

• В MVVM часто требуется длинный список состояний.  

• MVI может иметь проблемы с производительностью при использовании XML и сборщика потоков.  

• Автор предпочитает не заниматься преждевременной оптимизацией производительности.  

• Предпочитает лучшую читаемость кода, поэтому использует MVVM в своих проектах.  

• Не стоит становиться религиозным по отношению к архитектурным шаблонам проектирования.  

• Важно пробовать разные шаблоны и выбирать тот, который подходит именно вам.  

• Автор просит зрителей поделиться своими предпочтениями и узнать что-то новое.  

• В описании видео есть ссылка на живой семинар, который состоится через полторы недели.  

• Автор желает зрителям чудесно провести остаток недели и прощается до следующего видео.