2015-04-30 9 views
2

Сейчас я работаю над веб-приложением, которое должно реализовать шаблон проектирования MVP, и я немного смущен:MVP: несколько Просмотров один Место

  1. приложение будет иметь только одно место, чтобы показать в составе по трем меньшим Views, нет возможности пойти в другое место, чтобы взаимодействовать с представлениями (выбор чего-то из одного вида потребует от двух других видов загрузки некоторых разных данных и позволяет им редактировать его), хорошо ли это идея использовать MVP в этом случае?
  2. Предположим, что я продолжу использовать шаблон дизайна MVP, правильно ли иметь только одно место, в котором у меня будет три разных вида (действия)? Вопрос встает, потому что все веб-приложения, которые я просматривал, обычно имеют One Place- Одно отношение активности, и это имеет смысл, потому что, когда вы путешествуете на другую страницу, это представляет другое Место с его собственной деятельностью (не мое дело).
  3. Кроме того, как я могу позволить Презентаторам каждого вида взаимодействовать друг с другом? Так как мне нужно, например, на ClickEvent в первом представлении, чтобы объявить два других представления, что они должны загружать некоторые данные в зависимости от выбранного элемента? Должен ли я использовать только одного докладчика, чтобы в конце концов заботиться обо всей бизнес-логике?

ответ

1

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

+0

В конце я использовал основное место, которое содержит 3 действия, каждый со своим конкретным представлением, и Презентаторы будут общаться через события между друг другу. –