Model-View-Presenter

Model-View-Presenter
Model-View-Presenter
	; ; ;

Модель–Представлення–Пред'явник (англ. Model-View-Presenter, MVP) — шаблон проектування, похідний від MVC, що відділяє візуальне відображення та поведінку обробки подій у різні класи, а саме: Представлення (View) та Пред'явник (Presenter).

Передумови для застосування

Виникає необхідність відділити бізнес-логіку від логіки інтерфейсу користувача, щоб зробити його простішим для розуміння та підтримки.
Стоїть задача надати доступ до коду різним сторінкам, що потребують однакової поведінки.
Потрібно максимізувати обсяг коду, що підлягає автоматизованому тестуванню.

Складові частини

Модель

Модель являє собою клас для визначення даних, які будуть відображатися або над якими будуть проводитися інші дії у інтерфейсі користувача.

Представлення

Клас Представлення управляє елементами на сторінці, та направляє події до класу Пред'явника.

Пред'явник

Пред'явник містить логіку реагування на події, оновлює Модель (бізнес-логіки і даних з програми) і, в свою чергу, маніпулює станом Представлення. Для полегшення тестуванняПред'явника, він повинена мати посилання на інтерфейс Представлення замість посилання на конкретну реалізацію. Як наслідок, ви можете легко замінити діюче Представлення на макет для виконання тестів.

Різновиди

Passive View

Представлення майже не містить логіки. Пред'явник — посередник між Представленням та Моделлю. Крім того, у Представлення та Моделі повністю закритий доступ один до одного. Модель може викликати події , але Пред'явник підписується на них для оновлення Представлення.

У "Пасивному Представленні" немає прямої прив'язки даних, натомість, Представлення надає set-властивості , які Пред'явник використовує для надання значень данним. Всі стани керуються Пред'явником, а не Представленням.

Плюси: легкість тестування, прозорий поділ Представлення та Моделі.

Мінуси: витрати часу на самостійну прив'язку даних.

Supervising Controller

В данному випадку, Пред'явник обробляє події користувача. Представлення зв'язується з Моделлю безпосередньо через прив'язку даних. У цьому випадку, завдання Пред'явника "пройти" від Моделі до Представлення, таким чином, щоб могла відбутися прив'язка даних. Пред'явник буде також містити логіку для таких подій як натискання клавіш, навігації і т.д.

Плюси: зменшення обсягу коду, за рахунок використання прив'язки даних.

Мінуси: більш складне тестування, зменшення енкапсуляції у Представленні через прямий зв'язок з Моделлю.

Джерела та література

Див. також

Модель-вид-контролер