[...] [Robotlegs] Менеджер окон

[marat_sa]

Добрый день.
Возник вопрос по данному фреймворку, точнее задача, которую хотелось бы решить поизящнее с вашей помощью.

В приложении есть система окон - кастомные DisplayObject'ы, время от времени появляющиеся на сцене и убираемые. Каждое из которых реализует Singleton и имеет метод для обновления информации update(...someParams).
Собственно задача - реализовать менеджер окон в рамках robotlegs.

Понятно, что изначально мы диспатчим некое событие открытия окна с типом нужного нам окна и параметрами для обновления информации в окне.
- Можно связать событие с командой, но из команды трогать медиатор конкретного окна нежелательно.
- Можно подписать медиатор окна на обработку события "открыть окно", если тип совпадает, то помещаем окно на сцену, только как медиатор поймает событие, если его viewComponent не на сцене и по сути медиатор неактивен и вообще ничего нам не поймает.

Подскажите, пожалуйста, как это можно реализовать?

[alatar]

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

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

и параметрами для обновления информации в окне.

Не проще ли брать эту информацию из модели?

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

Каждое из которых реализует Singleton

Зачем реализовывать Singleton? Это контролируется в Context.

[marat_sa]

Не проще ли брать эту информацию из модели?

Лишнее привязывание к модели? Событие пришло, в нем все нужные данные есть.
Или в какой момент времени вы имеете ввиду брать информацию?

Зачем реализовывать Singleton? Это контролируется в Context.

Ну кстати да, через mapSingleton'ы...

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

Да, контейнер есть, нужно к нему медиатор значит написать.
Главный медиатор отловит событие "создать окно", а дальше... К экземплярам окон и к медиаторам этих окон он же доступа не имеет.

[alatar]

К экземплярам окон и к медиаторам этих окон он же доступа не имеет.

Ну раз вы их регистрируете как синглтоны, то можете их свободно инжектить. Кстати, зачем вообще их делать синглтонами?
Доступ к медиаторам не нужен (если у окна есть модель), да и не положено одному медиатору знать о существовании другого.

Лишнее привязывание к модели? Событие пришло, в нем все нужные данные есть.

Модель поменялась, окно отреагировало. В любой момент. И поменять при желании можно практически из любого места, просто запустив команду по событию. А заодно и показать это окно, по тому же событию.

[marat_sa]

Вас не затруднит написать в общих чертах всю схему, как она была бы на ваш взгляд рациональнее. А то что то у меня из мозаики картина целая все никак не сложится.

Добавлено через 1 час 5 минут
Что-то я тут посмотрел - это не окна получаются, а экраны скорее, всегда какой-то один из них должен быть на сцене, но не суть...

Посылаем событие на смену экрана, событие инициализирует команду, команда обращается к текущей модели экранов, вызывает какой-то метод у модели. Если в модели что-то изменяется - модель посылает событие об этом изменении. Главный медиатор контейнера для экранов отлавливает данное событие. Если нужно обновить контент текущего экрана - обновляет его, если же требуется смена экрана - старый удаляет, новый создает. Ничего я антимвцшного тут не наделал страшного?

Кстати, а чем плохи синглтоны? Пусть эти экраны в памяти висят, менятся они будут довольно часто... 2 экземпляра одного и того же экрана не должны создаваться. Вроде норм должно быть.

[alatar]

Тогда лучше создать их в медиаторе главного вида и больше не убивать. Можно даже со сцены не удалять, а просто скрывать их (типа visible=false), ну и по событию менять. Главный вид — что-то типа ViewStack из флекса. У каждого экрана своя модель, на которую он реагирует. Если удалять не нужно, то все будет создано один раз.

Кстати, а чем плохи синглтоны? Пусть эти экраны в памяти висят, менятся они будут довольно часто...

Просто в данном случае это будет лишний функционал. У вас все равно с экранами работает только одни участник. Он и гарантирует создание нужного количества экземпляров.

[marat_sa]

Спасибо, буду пилить)