Вопросы по stage

[Bgg]

Сообщение от RaVeN-Nikma

Риторическое отступление:
На что можно изменить public static STAGE:Stage, кроме как на Stage или null, да и зачем его вообще менять, даже работая в команде. Вы же не работаете в кругу врагов, которые так и мечтают из своего класса в main.as в STAGE поставить null, чтобы все сломать )))

У Stage есть свойства которые можно изменять. Stage полон событий, на которые можно подписаться и забыть отписаться.

Статичный Stage это лень. Из-за него появляется сильное связывание, и классы становятся привязанными к своему месту. Мелкое обновление архитектуры повлечет за собой перетаскивание статичных ссылок.

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

А ещё удобнее сделать контроллер окон, который бы ловил всплывающие события от окон и решал закрывать окно или нет.

[RaVeN-Nikma]

Вечная тема. Если много вложенных классов, то каждому кому нужен Stage давать ссылку, мне лично не удобно, тянешь ее за собой. Одному классу ссылка не нужна, зато его детям нужна, и все равно передаешь ему ссылку. Не удобно, и определенно не проще потом заменять куски, если придется.

Статичный Stage это лень. Из-за него появляется сильное связывание, и классы становятся привязанными к своему месту. Мелкое обновление архитектуры повлечет за собой перетаскивание статичных ссылок.

Добавил статичный Stage в main и теперь меняй архитектуру как хочешь, 100 или 1000 классов, ссылка всегда будет одна, и ничего не полетит.

У Stage есть свойства которые можно изменять. Stage полон событий, на которые можно подписаться и забыть отписаться.

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

[etc]

Сообщение от RaVeN-Nikma

Вечная тема. Если много вложенных классов, то каждому кому нужен Stage давать ссылку, мне лично не удобно, тянешь ее за собой. Одному классу ссылка не нужна, зато его детям нужна, и все равно передаешь ему ссылку. Не удобно, и определенно не проще потом заменять куски, если придется.

У DisplayObject-ов ссылка и так появляется после добавления в display list.

[RaVeN-Nikma]

Ваше мнение насчет, того что не DisplayObjects вообще не должны ничего слушать, я прочитал выше

[goodguy]

А ещё удобнее сделать контроллер окон, который бы ловил всплывающие события от окон и решал закрывать окно или нет.

Нет. Мой вариант удобнее этого. Чтобы он ловил события от окон, нужно его еще подписать на эти события. В моем же случае окошко с предупреждением добавляется из любого места через статический метод WarningWindow.showWarning(text:String);

Статичный Stage это лень. Из-за него появляется сильное связывание, и классы становятся привязанными к своему месту. Мелкое обновление архитектуры повлечет за собой перетаскивание статичных ссылок.

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

У DisplayObject-ов ссылка и так появляется после добавления в display list.

Бывают случаи, когда ссылка нужна еще до добавления

[etc]

Сообщение от RaVeN-Nikma

Ваше мнение насчет, того что не DisplayObjects вообще не должны ничего слушать, я прочитал выше

Я этого не говорил. Вы меня невнимательно прочитали.

Добавлено через 30 секунд

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

Бывают случаи, когда ссылка нужна еще до добавления

Пример, пожалуйста.

[RaVeN-Nikma]

нельзя, потому что не находящиеся в display list объекты вообще не должны ничего делать

Верно, эти слова расценил так

[goodguy]

Пример: контроллер клавиатуры, который сам по себе не является дисплей объектом и, соответственно, вообще не добавляется на сцену. Но подписать слушатель к сцене из него нужно. Соответственно, нужно либо передавать ему ссылку в конструкторе, либо использовать статическую (ну или передавать через сеттер, не важно)
Так же, используя статическую ссылку можно отписать сцену от какого либо события даже в объекте, который уже удален из всех контейнеров. Это быдлокодерство, не буду отрицать, но у меня есть код, который большую часть времени отписыват сцену от событий нормально, но время от времени почему-то выдает null reference. Решил статической ссылкой, ибо перелопачивать всю эту гору кода в лом

[etc]

Сообщение от RaVeN-Nikma

Верно, эти слова расценил так

Я не это имел ввиду. Я имел ввиду, что DisplayObject, если он отсутствует на сцене, потенциально или только создан и ещё только будет инициализироваться, либо уже удалён и отписан от всего. События от Stage в эти моменты ему не нужны совершенно.
Про клавиатурные менеджеры я уже описывал выше, ссылка на Stage передаётся в конструкторе.

goodguy, с контроллером клавиатуры понятно, только единственный адекватный вариант — передать ему ссылку для работы снаружи. Что касается отписки, то до REMOVED_FROM_STAGE можно держать ссылку у себя любимого, затем при возникновении события отписаться и удалить ссылку. Опять же, я об этом писал пару постов назад.

И да, как уже говорил Bgg, это всё лень и подтверждения этому:

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

в лом

Сообщение от RaVeN-Nikma

мне лично не удобно

[goodguy]

И тем не менее. Серьезных аргументов против использования статической ссылки на сцену я не вижу.
Похоже это просто дело личных предпочтений