не получается идеальный MVC

[etc]

Cybo

1) конечно может;
2) Модель имеет ту же иерархию, что и display list (вьюверы). А точнее наоборот.

[Cybo]

Опиши поподробнее "карту событий". Суть ясна, а вот механика... Как устроент этот класс-карта?

Добавлено через 3 минуты

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

1) конечно может;

Но ведь может возникнуть ситуация, когда при смене Контроллера можно потерять необходимую Модель? Т.е. необходимая модель не будет создана.

[wvxvw]

Вот тут есть реализация этой идеи, сорсы, примеры, форум
http://mate.asfusion.com/

[Cybo]

эх... английский... да ещё вроде для Flex. А можно вкраце по-русски?

[wvxvw]

Ммм... попробую...
Вобщем, создается класс "Карта", этот класс может:
- быть доступным любому классу "Диспетчер" в любой точке приложения (это не самое красивое место в архитектуре, но по-другому вряд ли получится). Т.е. у класса "Карта" должен быть какой-то статический геттер которй бы вернул ссылку на него самого (или его внутренний диспетчер). Таким образом мы реализуем "инъекцию". Т.е. создав в произвольном месте нашего приложения экземпляр класса "Диспетчер" мы получаем через него доступ к карте (не на прямую, а генерируя событие посредством диспетчера и, соответственно, подписавшись на события от него исходящие). Стандартная ситуация, когда это нужно:
У нас есть клиент, которому нужно общаться с сервером и при этом делать это все в рамках одной сессии. Для этого нам нужно предотвратить ситуации кода мы можем нечаянно вызвать переподключение (и потерять данные сессии). Или попытаться отослать слишком много запросов одновременно и т.п.
А с сдругой стороны у нас есть много компонентов разбросанных по всему приложению, которым нужно общаться с удаленной программой.
В таком случае мы создаем один коннектор на стороне клиента и подключаем его к карте, с другой стороны инжектим диспетчеры во все компоненты, которым нужно что либо послать / получить. Таким образом никто из компонентов никогда не будет пытаться инициировать начало сессии самостоятельно, а так же, когда ему нужно будет получить ответ, пошлет запрос и будет ждать, пока все предыдущие запросы не будут обработаны. А потом получит свой ответ. Кроме того, это исключит варианты, когда компонент может попытаться получить информацию "вне очереди" (например, до того, как будут высланы и одобрены пароль с логином).

[Cybo]

Вот что Google подсказал:
http://www.slideshare.net/Constantin...k-presentation
http://habrahabr.ru/blogs/flex/55437/
http://riapriority.com/blogs/junik.p...flex_framework
http://groups.google.com/group/rufle...d2eb446769542b

Добавлено через 19 минут
Пока не врубился что к чему... Интересно, а кто-нибудь пробовал реализовать на чистом AS3?

[etc]

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

Но ведь может возникнуть ситуация, когда при смене Контроллера можно потерять необходимую Модель? Т.е. необходимая модель не будет создана.

Что значит «потерять»? При смене контроллера где?

[Cybo]

Ну например применяя раттерн Стратегия. Конечно в таком случае, нужную модель можно создать не из Контроллера...

[etc]

Не надо мыслить паттернами

[Cybo]

Хорошо