Страницы

Поиск по вопросам

вторник, 16 июля 2019 г.

Логика построения MVP приложения с несколькими View-Presenter

К сожалению, все примеры из сети, которые я нашел, содержат примитивную логику построения MVP. Все компоненты инициализируются и связываются в main-методе. А как быть если пар View-Presenter N-ое число? Например, это могут быть модальные окна, или вкладки. Кому, с точки зрения архитектуры, будет правильно делегировать логику создания и инциализации нового View и связи его с Presenter ? Фабрике ?
DI использовать не получается, поскольку возникает круговая зависимость. View нужна ссылка на Presenter, а Presenter нужна ссылка на View.
Буду признателен за пример, или ссылку на рабочее swing приложение, использующее MVP.


Ответ

Я нашел ответ свой вопрос. Логика инциализации может быть передана View или Presenter, в зависимости от выбранного паттерна: Supervising Controller или Passive View. Тут подробное описание. Всем спасибо.

Комментариев нет:

Отправить комментарий