Как выглядит MVC во флэше?

Gaen · 26.10.2008, 18:13

Недавно дал себе труд ознакомиться с MVC-архитектурой и понял что это есть хорошо.

Но пока не совсем представляю, как именно во флэше разносить код на модель-вью-контроллер. Больше всего смущает привязка классов к спрайтам. Т.е. DocumentClass обязательно должен быть DisplayObject'ом, и тогда он вроде как одновременно получается view и controller...

Объясните пожалуйста на простом примере.

Имеем приложение, которое содержит 2 текстфилда (txtAddr и txtContent) и кнопку (btnGo). Пользователь вводит в txtAddr некий урл, нажимает на btnGo, после чего с введённого адреса подгружается текст и отображается в txtContent. При возникновении ошибки в txtContent пишем "Error".

Как в данном случае будет организован код?

etc · 26.10.2008, 21:48

DocumentClass может создать контроллер и передать ему ссылку на самого себя и всё, остальное делает контроллер.

terbooter · 26.10.2008, 22:27

У меня тоже есть вопросы на эту тему, но немного с другой стороны.
Есть суперкласс для View, который получает ссылку на модель.
Все его дети слушают событие апдэйт и обновляют данные из модели и перерисовывают вид. Так вот, если таких элементов очень много, то получается неразумным перерисовывать абсолютно весь Вид, то есть нужно добавить несколько разновидностей события "обновить": обновить статус, обновить чат лог, обновить список чатов. Но такое разделение приводит к тому что архитектуру лучше строить исходя из функциональности модуля. То есть не объединять все виды в один, а выделить блоки: окно истории чата, окно со списком чатов.

CrazyFlasher · 26.10.2008, 23:01

сейчас делаю игру, используя pureMVC...зачётная вещь
http://puremvc.org/

etc · 26.10.2008, 23:11

terbooter, в таком варианте нужно организовывать древовидность модели и отдельные её части со своими событиями.

terbooter · 27.10.2008, 10:32

Цитата:

Сообщение от __etc

terbooter, в таком варианте нужно организовывать древовидность модели и отдельные её части со своими событиями.

Тогда уж совсем отделить эти части и получить много модулей построенных по архитектуре MVC, а потом заметить что модулей много, но каждый в отдельности довольно простой, и реализация в нем MVC только лишний код. (Где-то можно вид и контроллер слепить в один класс) А затем все эти модули собрать медиатором (Document Class)

C PureMVC игрался долго, но по-серьезному применить так и не получилось -(. Мне кажется, без этого фреймворка можно писать ничуть не медленнее. И если придерживаться идеи MVC то все её бонусы сохраняются.