Изучение Ark MVP

Ark MVP задаёт границу представления, но не становится фреймворком приложения или менеджером состояния. Его зона ответственности начинается после создания бизнес-объектов и заканчивается перед отрисовкой конкретного View.

Полный поток

бизнес-объекты под управлением приложения
        ↓ чтение полного снимка
ModelBinding<Model>
        ↓ изменение Model
Presenter<Model, ViewState, ViewEffect, Environment>
        ↓ готовое состояние и действия
View

Направление потока принципиально. View не получает Model, UseCase, Repository или сервис. Presenter адаптирует бизнес-информацию для представления, но не становится вторым хранилищем бизнес-состояния.

Рекомендуемый порядок

1. Архитектура распределяет ответственность между композицией, Model, Presenter и View.
2. Model и ModelBinding объясняет полные снимки и сигналы изменений.
3. Presenter рассматривает адаптацию, действия и небольшое локальное состояние представления.
4. ViewState, View и ViewEffect отделяет устойчивые данные от одноразовой работы интерфейса.
5. Жизненный цикл и владение определяет идентичность сессии, обновление и завершение.

В руководствах те же контракты применяются к одному UseCase, нескольким UseCase и самостоятельному менеджеру состояния приложения.