MVP (Model-View-Presenter) — это архитектурный паттерн, разделяющий приложение на три основные части:
- Model: Содержит данные и бизнес-логику. Не зависит от View или Presenter, инкапсулируя состояние приложения.
- View: Отвечает за отображение данных пользователю и перехват пользовательских действий. Это чистое представление, пассивное, не содержащее бизнес-логики. View сообщает Presenter о входных действиях пользователя.
- Presenter: Выступает посредником между Model и View. Получает данные от Model, обрабатывает их и передает View для отображения. Получает события от View и управляет Model в ответ на эти события. Presenter содержит логику принятия решений о том, что будет отображено и какие действия будут выполнены.
Преимущества:
- Разделение ответственности: Четкое разделение логики и представления.
- Тестируемость: Model и Presenter легко тестировать изолированно, так как они не зависят от пользовательского интерфейса.
- Повышенная поддерживаемость: Изменения в View, Model или Presenter меньше влияют на другие компоненты.
- Возможность создания нескольких View для одной Model: Различные представления могут использовать одну и ту же логику Presenter и Model.
Пример взаимодействия:
- Пользователь нажимает кнопку в View.
- View уведомляет Presenter о событии (вызывает метод Presenter).
- Presenter получает событие, обращается к Model для получения или изменения данных.
- Model обрабатывает запрос и возвращает результат Presenter.
- Presenter получает данные от Model и обновляет View (вызывает методы View для отображения новых данных).
MVP может быть реализован по-разному:
- Passive View: View полностью пассивно и только отображает данные, переданные ему Presenter'ом. Вся логика обработки пользовательского ввода находится в Presenter.
- Supervising Controller: View содержит некоторую логику отображения, а Presenter обрабатывает более сложные операции и взаимодействие с Model. View может частично обновлять свое состояние на прямую из Model через data binding.
Выбор конкретной реализации зависит от сложности View и требований к тестируемости.