Ваша реализация MVC

[koIIImarik]

Чем именно не нравится?

[Kidd002]

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

[koIIImarik]

Спасибо за развёрнутый ответ, сейчас читаю инфу по PureMVC и думаю, нужно ли оно мне.

[etc]

Мне кажется, PureMVC популярен потому что на это работает название и его картинка с блок-схемой. «О, круто, MVC! Да ещё Pure. Ну ваще, наверное шыкарная штука, не зря же она так называется. Вау, какая клевая картинка, как все круто нарисовано, WOW!. Ух ты, тут куча умных слов и шаблонов! Ну всё, буду юзать, теперь я тру-флешер!» — рассуждения среднестатистического флешера.

[SamFR]

etc, спасибо за хорошее настроение
Мысли среднестатистического флешера переданы очень точно)

[Kidd002]

etc, а ты не можешь сказать как у тебя происходит создание например view-компонента? Родитель диспатчит кастом событие что хочет чилда, контроллер его ловит и создает и чилда, и data, что ему соответствует? Или как?

[etc]

Есть DataContainer, его отображает и слушает некоторый View, который умеет делать детей-вьюшек. Как только в DataContainer попадают новые данные, новая Data, вызывается событие ADDED (по аналогии с моделью DisplayObject), которое всплывает от Data до DataContainer и далее. Этот ADDED ловит View и создает очередную мелкую вьюшку и отдает ей ссылку на эту Data.

Или вопрос о создании основных вьюверов?

[Kidd002]

Нет, понятно, спасибо.

[ramshteks]

Блин, как радует что я не среднестатистический)
etc схема которую ты приводил, это обобщеная схема всего дестени? или только какого то отдельного модуля?

[etc]

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