Показать сообщение отдельно
Старый 13.06.2011, 22:03
marat_sa вне форума Посмотреть профиль Отправить личное сообщение для marat_sa Посетить домашнюю страницу marat_sa Найти все сообщения от marat_sa
  № 5  
Ответить с цитированием
marat_sa
 
Аватар для marat_sa

Регистрация: Nov 2006
Сообщений: 487
Отправить сообщение для marat_sa с помощью ICQ Отправить сообщение для marat_sa с помощью Skype™
Вас не затруднит написать в общих чертах всю схему, как она была бы на ваш взгляд рациональнее. А то что то у меня из мозаики картина целая все никак не сложится.

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

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

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