MVC с точки зрения Флеша...
 

День добрый. помогите разобраться с MVC.
К примеру, есть главный спрайт - main, на нем кнопка, при нажатии на эту кнопку в него загружается класс-спрайт, назовем его forma. В нем куча текстовых полей, половина импут, половина нет. И две кнопки: "Принять" и "Отменить". При нажатии принять, должна быть проверка на заполнение Импут-полей, и, к примеру, если все Ок, запись из полей в стринги, если нет, то форма закрывается.
Объясните на таком примере, как все реализовать с точки зрения MVC.

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

теорию читал, как реализовать ее на практике во Флеше, не совсем понимаю.

реализация на флеше ничем не отличается практически от реализации на других языках.

недавно читал про фреймворк PureMVC (тут документация по нему). очень помогает понять принципы MVC.
также можете почитать колина мука. у него тоже про паттерны хорошо написано

MVC не паттерн.

Вот тут неплохой пример простой есть:
http://spierala.wordpress.com/2008/1...c-example-as3/

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

Архитектура.

И паттерн и архитектура ;).

MVC - составной паттерн использующий (включающий) другие паттерны - например Наблюдатель (Observer), Синтглетон (Singlton), Фабрика, Комманда и многие другие, в зависимости от реализазации.

Он может содержать, но не обязательно. Не паттерн.

Котяра, любой паттерн по вашей логике составной.

Метапаттерн.

Всю жизнь MVC называли комплексным/составным паттерном. То, что он на пару уровней абстракции выше, никак не влияет на именование.

прочитал все посты выше и не заметил ни одного утверждения, что MVC - это паттерн

В вики: pattern - Шаблоны проектирования, в пункте 5.6 MVC - архитектура программного обеспечения

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

Шаблон — это то, что можно взять и понаделать на его основе него каких-нибудь однотипных плюшек. Типичный пример — Singleton, у которого есть псевдокод, на основе которого можно наклепать синглтонов на каком-нибудь языке. Или фабрика. Вполне конкретно и понятно.

У MVC же нет конкретных шаблонов, его можно реализовать совершенно разными способами и всё равно это будет MVC. Вы видели псевдокод MVC? Я не видел. Лишь только различные реализации, которые друг на друга не похожи настолько, чтобы можно было выделить псевдокод.

Ох. Конечно, потому что это архитектурный шаблон, представляющий из себя схему взаимодействия элементов, с описанием требований к каждому из них. Уровень абстракции выше. Для примера, шаблоны применяют и на более низком уровне абстракции: http://www.ozon.ru/context/detail/id/3938906/ - здесь речь идет о детализации до уровня отдельных методов.
Так и в этом случае. Взять, и четко раскидать что с чем должно взаимодействовать. Если я делаю план города, то способ укладки кирпичей меня не волнует, так как не тот уровень абстракции. Так и тут по аналогичной причине нет псевдокода

Это не шаблон. Это — архитектура. Проще говоря, шаблон = заготовка. Таковой у MVC нет. Расстановка объектов разного рода по трем углам — не есть заготовка.

В данном случае мы используем шаблон как аналог слова Pattern
Вот MVC - это как раз и есть "model used as a guide for making something" на уровне всего приложения.

Не разделяю. В английском можно всё под паттерн свести.

Паттерном называют в Sun
http://java.sun.com/blueprints/patterns/MVC.html
и Microsoft
http://msdn.microsoft.com/en-us/library/ms978748.aspx
А также в тоннах литературы. Не вижу смысла "не разделять" общепринятную терминологию.

MVC если и шаблон, то с приставкой «архитектурный». Не иначе.

Без обид, но, по-моему, спор уже сугубо религиозный.

AL.exe, нормально-нормально ... в кое-то веки его затеял не дядька блуд, а модераторы :)

Опять MVC-срач начинается. Автор просил помочь разобраться. Давайте просто обменяемся ссылками на статьи и примеры кода MVC на AS3. А то пудрите мозги людям шаблон не шаблон, парадигма не парадигма, это монопенисуально на начальном этапе изучения MVC . Приходят потом устраиваться на работу с фобиями на шаблоны проектирования.
Для затравки
http://ntt.cc/category/programming/r...esign-patterns
http://www.duromedia.com/blog/read/6...actionscript-3
http://www.soundstep.com/blog/
http://flash-ripper.com/archives/002194.php
http://pure-mvc.org/doku.php/
http://www.ultrashock.com/forums/oop/

2Nemo_c. Cпасибо, большое за понимание и помощь.
2All. Как только разберусь что же такое MVC и с чем его едят - сразу начну спорить паттерн это или не паттерн.

Раз уж зашёл разговор об MVC, то тоже спрошу.
Вот представим себе игру - несколько режимов, к примеру, меню, редактор, игра вид сверху, игра вид сбоку.
Как это на MVC выглядит? На каждый режим своя модель/представление/контроллер?

Division, одна модель и несколько представлений и контроллеров на каждый режим.

Представление меняется, модель нет. Контроллер — в зависимости от ситуации.

То есть в итоге получится один большой класс с моделью, которая управляет всеми режимами? Что-то делают, чтобы класс модели не стал слишком громоздким?

Управляют контроллеры, модель не управляет насколько я понял.

Division, что бы не было большого класса модель декомпозируют например так
http://npacemo.com/wordpress/wp-cont...al-diagram.jpg

вот более конкретный пример. http://www.as3dp.com/wp-content/uplo...diagram2-1.jpg

Вид сбоку и вид сверху - разные View одной модели.
Меню - Редактор - Игра - Стейтмашина. Она может или посылать event'ы в некое убер MVC предназначенное на все случаи жизни, либо некоторые состояния могут быть независимыми MVC. Ну т.е. задесь взяв стейтмашину и MVC - крутить до совпадания архитектуры с требованиями.

Меня вот больше интересуют примеры применения MVC для динамических игр, где персонаж имеет различные приёмы, может бегать, прыгать, падать.... Я примерно понял как работает библиотека pureMVC, но не вижу в ней какого-нибудь смысла для разработки не информационной системы (не сайт, не интрефейс к базе, не стратегия).