Фабрика pop-up окон, архитектурное решение

[Psycho Tiger]

Всем привет!
Есть приложение. В этом приложении можно открывать окна, которые блокируют весь функционал, кроме этого окна. Например, информация об игроке, текст ошибки, покупка игровых денег и т.д.
Эти окна открываются в главной вьюшке, фабрикой таких окон. Сейчас пускаю бабблинг событие по DisplayObject`ам, оно всегда дойдёт до главной вьюшке и откроется окно. Это очень удобно: я могу открыть окно из любой тундры (подменю от меню по клику на значок игрока в окне просмотра его информации при начале боя в славном городе Арарат). Окна — по сути, отдельный элемент всего приложения: имеют полный контроль над приложением (в частности, могут общаться с сервером, менять модель игрока и т.д.). Это тоже удобно, от того что это не тупая вью я испытываю только комфорт.

Вопрос заключается в том, что передавать в этом событии? Мои мысли: с одной стороны удобно создавать окно через рефлекшн и делать анналог apply в конструктор. Т.е.

dispatchEvent(new WindowOpenEvent("windows.HelloWindow", ["Привет, мой герой!",3000]);

public function HelloWindow(helloText:String, startMoney:uint)

(конечно, "window.HelloWindow" будет константной)

Но этот метод подразумевает что все окна находятся в текущем аппдомене. Т.е. неплохо было бы сделать XML файл, в котором было бы:

<window name = "HelloWindow" file = "windows.swf" />

А после менеджер, который подгружает windows.swf в дочерний домен при обращении к HelloWindow, если его там не было и жарит окно оттуда.
На первый взгляд неплохо, но вспоминая истории wxvxw про балбесов, балующихся с рефлекшеном тут-и-там вкрадываются сомнения. Что вы об этом думаете?

[Bgg]

Я обычно ничего не передаю в событии, а беру все из объекта диспатчащего событие, который имеет интерфейс. Например иконки товаров в магазине имеют интерфейс IAmGoods, который имеет геттеры cost, id, moneyID, lvl и тд. На основе этих данных, и данных из модели(количество денег, уровень) окно/контроллер окон решает что показать пользователю: какие кнопки, какой текст.

Т.е. в итоге по проекту разбросаны события просто, а уже в окнах/контроллере окон логика.

[Psycho Tiger]

А как ты получаешь разные окна? Одно окно - покупка випа, другое - продажа цветов. Эти данные несёт в себе рассыльщик события?

[Bgg]

Когда как, это могут быть разные типы событий("show.windowAlert", "show.windowShop"), т.е. один тип события - один класс окна. Или если суть у окна одна, например спросить разрешение на покупку чего либо, то контроллер окон(или само окно) на основе типа объекта диспатчащего события решает как окно должно выглядеть: если продается цветок, то в окне появляется поздравление с 8 марта, если продается что-то другое, то поздравление не появляется.

[Psycho Tiger]

Понятно, ты делаешь окно на основе типа событий. Но как контроллер узнает, какой интерфейс вернёт геттер — IShoppableFlowers или IBanya?

[Bgg]

Какой именно контроллер и геттер?)
Что-то все молчат остальные 0о