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

[Gaen]

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

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

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

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

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

[etc]

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

[terbooter]

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

[CrazyFlasher]

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

[etc]

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

[Gaen]

Является ли стандартный класс fl.transitions.Tween контроллером?

[Бармалей]

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

Является ли стандартный класс fl.transitions.Tween контроллером?

Не является.

[terbooter]

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

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

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

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

[etc]

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

Тогда уж совсем отделить эти части и получить много модулей построенных по архитектуре MVC

Можно, но линейность модели при древовидном view неудобна.

[Gaen]

__etc, можешь расписать пример из оп-поста?