Где хранить состояние в архитектуре MVP

Question

В других вопросах, связанных с MVP на SO, люди говорят о том, что ведущий хранит информацию о состоянии (может быть состояние сеанса или состояние пользовательского интерфейса). Мне интересно, так как состояние в основном является «переходными данными», а целью модели является инкапсуляция доступа к данным, нельзя утверждать, что она хранится внутри модели? Существуют ли какие-либо эмпирические правила или плюсы и минусы при сохранении состояния в презентаторе по сравнению с моделью? Указывает ли шаблон MVP на использование презентатора?

Answer 1

Целью модели является не инкапсуляция доступа к данным, а предоставление представления (модели) вашего домена, что бы это ни было. Иногда доступ к данным включается как часть модели (например, с доступом к данным типа Active Record), но чаще всего это отдельно. Например, когда я делал MVP в настольных приложениях, ведущий напрямую извлекал модель из базы данных или использовал repository - модель не имела никакого отношения к доступу к данным.

Где хранить состояние, связанное с просмотром, является немного серой областью, и в зависимости от того, какое приложение вы используете - для настольных приложений это намного проще, поскольку вы можете просто сохранить его в презентаторе, для веб-сайта приложения становятся немного сложнее. Вы можете рассмотреть отдельную модель для представления, которая может или не может обернуть основную модель (как в ViewModel в шаблоне MVVM, популярном в разработке .Net WPF).

Answer 2

Если состояние напрямую связано с представлением, то презентатором является подходящее место.

Если нет, модель, вероятно, является подходящим местом, но в некоторых случаях Презентатор может быть уместен.

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