Android-разработка[5]. Архитектура: MVP, MVVM.

• Обсуждение компонентов приложения: база данных, локальное хранилище, бизнес-правила, обработка событий, интерфейс.  

• Архитектура объединяет логические компоненты приложения.  

• Примитивная архитектура объединяет все компоненты в один файл, что делает код нечитаемым и негибким.  

• Проблемы: сложность модификации, негибкость, нерасширяемость, нечитаемость кода, дублирование кода, невозможность тестирования.  

• Хорошая архитектура: слои разбиты по ответственности, легко модифицируется, гибкая, расширяемая, легко сопровождаемая, тестируемая.  

• Пример: паттерн MVC.  

• MVC: View, Model, Presenter.  

• View отвечает за отображение, Model — за бизнес-логику и работу с данными, Presenter — за взаимодействие между View и Model.  

• Пример: фрагмент, отображающий профиль пользователя, работает через Presenter.  

• Presenter управляет отображением данных и взаимодействием с моделью.  

• Пример: загрузка профиля пользователя асинхронно через Presenter.  

• Presenter вызывает методы View для отображения данных и управления прогрессом.  

• Presenter не вмешивается в бизнес-логику, оставляя её в Model.  

• Presenter обрабатывает события и управляет отображением данных.  

• Presenter помогает избежать утечек памяти и улучшает читаемость кода.  

• Модель выполняет работу, которая может занять 10 секунд.  

• В колбеке сохраняется ссылка на вью, которая может разрушиться.  

• Это приводит к утечке памяти и возможным крашам.  

• Модель отделена от отображения, что позволяет использовать её из разных мест.  

• Логика отображения отделена от южного кода, что упрощает написание анимаций и логики.  

• Возможность тестирования кода, но усложнение жизненного цикла.  

• Observer позволяет уведомлять наблюдателей о событиях.  

• Пример: подписка на уведомления на YouTube.  

• MVVM отличается от MVVM тем, что вью подписывается на изменения вью-модели.  

• Вью-модель не имеет ссылок на вью и активити, а работает с моделью.  

• Пример реализации: загрузка данных и отображение прогресса.  

• Пример класса с обсервером и методами для добавления и удаления обсерверов.  

• Вью-модель получает данные из модели и обрабатывает их.  

• Вью подписывается на изменения в вью-модели и отображает изменения.  

• Вью-модель может утечь, если фрагмент или активити перестают работать.  

• Необходимость финального метода жизненного цикла для вью-модели.  

• Публичные поля в обсервере могут быть изменены другими компонентами.  

• Модель отделена, логика отображения отделена, модель тестируема.  

• Вью-модель не усложняет жизненный цикл и не держит ссылки на вью.  

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

• Архитектор компонентов от Google предложил стандарт для архитектуры приложений на Android.  

• Основные компоненты: LifeCycleObserver, LifecycleData, ViewModel.  

• Компонент отслеживает изменения жизненного цикла активити, фрагментов и сервисов.  

• Состоит из интерфейса Observer и абстрактного класса Lifecycle.  

• LifecycleObserver позволяет подписываться на изменения жизненного цикла и вызывать методы при переходе между состояниями.  

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

• Используется для инкапсуляции данных и предотвращения изменения состояния модели извне.  

• Имеет методы для работы с данными на главном и фоновом потоках.  

• ViewModel сохраняет состояние между сменами конфигурации и позволяет новому фрагменту подписаться на изменения.  

• Хранит данные в полях, что предотвращает их потерю при смене конфигурации.  

• Используется специальный класс ViewModelProvider для управления жизненным циклом модели.  

• Модель имеет метод onCleared, который вызывается при удалении модели.  

• Метод onCleared не вызывается при смене конфигурации, например, при повороте экрана.  

• Модель не знает о жизненном цикле, но может освобождать ресурсы.  

• Retain Fragment переживает смену конфигурации, но не выгрузку из памяти.  

• Данные сохраняются в поле вместо сохранения в Shared Preferences.  

• В недавнем обновлении появилась возможность использовать Safe State Handler.  

• ViewModel можно использовать между фрагментами.  

• Один фрагмент может фильтровать данные, которые отображаются в другом фрагменте.  

• Большие данные лучше хранить в базе данных или в поле модели.  

• MVVM от Google автоматически отвязывает слушателей при смерти фрагмента.  

• Долгие операции переживают смену конфигурации.  

• Логика должна быть в ViewModel, чтобы упростить тестирование.  

• Data Binding позволяет уменьшить код во фрагментах и активити.  

• Включается в build.gradle модуля.  

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

• Вынести данные в отдельную модель.  

• Создать две ViewModel для экранов со списком и созданием заметки.  

• Реализовать фильтрацию данных с использованием одной ViewModel.