Взаимодействие Вида с Контроллером

Запись от Gaen размещена 31.03.2011 в 04:42
Обновил(-а) Gaen 15.04.2011 в 01:23

Я представляю это так:

Команды

- Вьюшка позволяет пользователю отдавать приложению определенные команды:
Примеры команд: "включить звук", "выключить звук", "перейти к биографии", "перейти к портфолио", "перейти к контактам"

- На уровне пользователя команды описываются в терминах бизнес-логики, и никак не связаны с реализацией.
Правильно: "показать портфолио", неправильно: "активировать модуль портфолио"
Правильно: "отправить сообщение", неправильно: "сформировать и отправить запрос на сервер"

- На уровне реализации некоторые команды объединяются в одну с вынесением параметра.
Команды "перейти к биографии", "перейти к портфолио", "перейти к контактам" объединяются в команду "перейти к модулю", где модуль является параметром.

Контроллер

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

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

Вид

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

- Вью знает, как пользователь может отдать команду при помощи элементов управления.
Простейший способ отдать команду: "кликнуть по красной кнопке".
Продвинутые способы: "повернуть крутилку на 45 градусов", "нажать кнопку, подержать минимум 2 секунды и отпустить".

Выполнение

1. Юзер совершает действие
2. Элемент управления посылает событие
3. Вью ловит это событие
4. Вью интерпретирует событие как пользовательскую команду
5. Вью посылает событие с информацией о команде
6. Контроллер ловит это событие
7. Контроллер обрабатывает команду

Пример с меню

Меню позволяет выполнить следующие команды:
- перейти к биографии
- перейти к портфолио
- перейти к контактам

Как уже было сказано выше, эти команды объединяются в команду "перейти к модулю" с модулем в качестве параметра.

Если реализовывать их на основе Event, то у нас получится 2 класса:
1. SiteNavigationEvent, в котором определен дополнительный тип события SWITCH_MODULE и параметр module
2. Modules со списком модулей в виде констант: BIO, PORTFOLIO, CONTACTS

Итак, у нас есть SiteMenuView с кнопками btnBio, btnPortfolio и btnContacts. SiteMenuView слушает MouseEvent.CLICK.

Когда юзер нажимает на кнопку, в SiteMenuView исполняется примерно такой код:

Код AS3:

var requestedModule:String;
 
switch(event.target){
  case this.btnBio: requestedModule = Modules.BIO; break;
  case this.btnPortfolio: requestedModule = Modules.PORTFOLIO; break;
  case this.btnContacts: requestedModule = Modules.CONTACTS; break;
  default: throw new Error("Разработчик - криворукая макака!");
}//switch
 
super.dispatchEvent(new SiteNavigationEvent(SiteNavigationEvent.SWITCH_MODULE, requestedModule));

Этот код преобразует событие, понятное вью, в событие, понятное контроллеру. Наш контроллер отвечает только за меню, поэтому он передаст это событие наверх. Ну а сверху нужный контроллер решит, что с ним делать: либо ничего (юзер пытается перейти к активному модулю), либо сразу начинать грузить новый модуль (урл которого он выберет в зависимости от параметра нашего события), либо запомнить, куда юзер хочет перейти, запустить анимацию закрытия текущего модуля и подписаться на ее завершение. В любом случае, на уровне меню нас это уже не волнует.

Польза

А теперь поиздеваемся над юзером, оставив ему всего одну кнопку для перехода между разделами.
Вариантов масса:
- нажать и отпустить сразу - биография, отпустить через секунду - портфолио, через 2 и больше - контакты
- потащить вверх или вниз - биография, влево - портфолио, вправо - контакты
- каждую секунду кнопка меняет цвет, вместе с ним - раздел, который она открывает

Пользователю скучно с одной кнопкой? Не вопрос, нарисуем ему кодовый замок с десятью разрядами, пускай ищет 3 комбинации, открывающие доступ к разделам сайта!

Польза всего этого в том, что как бы мы не извращались с интерфейсом, все изменения останутся только в коде вью, не затронув ни строчки контроллера.

Размещено в MVC

Комментарии 13

Всего комментариев 13

Минусы забыты. Вот допустим, я хочу меняющую цвет кнопку еще и в диалоге "yes/no/help" использовать. Что мне нужно сделать, чтобы это было удобно? Отдельный код писать все равно придется и я даже готов его написать. Только вот что получится? По аналогии с SiteMenuView YesNoCancelView? Только этот view какой-то странный. Он больше на Controller похож. Потому что "самого вью" у него нет, его задача переводить одни события в другие. События уровня "view" в события уровня эм.... контроллера/модели. Также, как и в SiteMenuView, кстати. Он вообще может не быть DisplayObject'ом, так как кнопочки можно в спрайт выложить (или просто кнопку выдать). Да, для него есть какой-то UI, но не факт, что он сам.

@cleptoman Моделька не заявлялась в названии темы

. Хотя я с вами полностью согласен, интересно было бы посмотреть, где начинается моделька и как там с ней общается контроллер.

31.03.2011 13:56 dimarik вне форума

dimarik

Очень похож ваш SiteMenuView на GoF-медиатор (по сути он у Вас контроллер с отсутствием бизнес-логики) в классическом исполнении. Вью может быть агрегатором, точкой сбора нативных событий, обладать ссылками на детей для управления ими. Все управление элементами UI должно происходить только через нее.

Можно совместить логику (контроллер) и представление, но тогда этот конгломерат не удастся использовать повторно.

31.03.2011 14:19 easy.proger вне форума

easy.proger

Я лично всегда строю приложение исходя из опыта программирования под макос

- Controller, он слушает базовые события ( типа клаву мышь и т/д/ )
- от него наследуется View ( типа ImageView WebView и т/д/ вобщем типизированная вьюшка с какой то базовой логикой для этого типа объектов ) которая только показывает, что то расставляет, обновляет и т/д/ ( не каких MouseClick и отправить сообщения как у автора и в помине нету )
- от этой Вью наследуется модель, собственно в ней уже логика по управлению конкретно этим объектом

31.03.2011 14:54
Psycho Tiger	То есть данные сами по себе не бывают? =)

31.03.2011 15:14
easy.proger	Цитата: То есть данные сами по себе не бывают? =) Если это мне - то причем тут данные ? Я показал как у меня то, что мне не понравилось у автора, всю систему расписывать долго и не к чему в данном контексте

31.03.2011 15:38
Psycho Tiger	Цитата: - от этой Вью наследуется модель, собственно в ней уже логика по управлению конкретно этим объектом View extends Model extends Controller. Я хочу создать только Model, зачем мне тянуть Controller?

31.03.2011 16:02 easy.proger вне форума

easy.proger

Цитата:

View extends Model extends Controller.
Я хочу создать только Model, зачем мне тянуть Controller?

Для этого есть разные подходы, я конкретно описывал ситуацию View Controller в базовом свете ( так как если смотреть шире и тут есть несколько других подходов ), но как бы то нибыло и какой бы подход не был, то что описал автор не в одном из возможных подходов не оправданно. А ты ( надеюсь не против ) зачем то уводишь меня в совсем другой разговор, хочешь поговорить глобально о MVC ? )

31.03.2011 16:39 Psycho Tiger вне форума

Psycho Tiger

Нет, ты просто или не понимаешь понятие слово "наследование", или забыл, что множественного наследования для классов в AS3 нет, или предлагаешь наследовать Controller от Sprite, дав тем самым толчок к смешанию логики и отображения.

31.03.2011 19:15 easy.proger вне форума

easy.proger

Цитата:

Да, забыл, я говорил с точки зрения своего граф-движка на С++, на АС я не применял свой же подход ! ...

Неправ ! извеняюсь

01.04.2011 13:45
formid	Psycho Tiger ты когда напишешь заключительную статью про мвс, народ в ожидании)

02.04.2011 13:42
Psycho Tiger	У меня настолько изменился взгляд на парадигму MVC, что стоит, наверное, вообще написать всё сначала. А вообще просто нет времени)

Последние записи от Gaen

Взаимодействие Вида с Контроллером (31.03.2011)

Архив
< > Январь 2025
Вс	Пн	Вт	Ср	Чт	Пт	Сб
22	23	24	25	26	27	28
29	30	31	1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31	1

31.03.2011 10:10
cleptoman	тема сисек не раскрыта) а где же моделька?

31.03.2011 10:16
gloomyBrain	Все просто и понятно, спасибо. ЗЫ Мои поздравления и велкоме ту блогс =)