Отложенный диспач события CHANGE для не графического объекта

[JackFromChaos]

2cleptoman:
Слабо. Речь идет о чисто логической части, а по моему мнения прямых ссылок на какие либо визуальные объекты, включая stage быть не должно...
2etc: Спасибо, очень изящное решение!

[Psycho Tiger]

etc, а что если после delayedCall, но перед вызовом ENTER_FRAME придёт gc?

[mayakwd]

в таких случаях использую FrameDelay (из CASALib, все уже придумано до нас) - практически то же самое что и у etc, но оформлено непосредственно классом.

[JackFromChaos]

Сообщение от Psycho Tiger

etc, а что если после delayedCall, но перед вызовом ENTER_FRAME придёт gc?

Все равно все будет работать.
enterFrameBroadcaster будет держать ссылку, пока висит подписка на ENTER_FRAME.

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

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

в таких случаях использую FrameDelay (из CASALib, все уже придумано до нас) - практически то же самое что и у etc, но оформлено непосредственно классом.

Спасибо, обязательно посмотрю.

[Psycho Tiger]

Все равно все будет работать.
enterFrameBroadcaster будет держать ссылку, пока висит подписка на ENTER_FRAME.

М.. да, согласен.

[fljot]

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

2fljot:
Ага, спасибо.
Это реализация с помощью таймера. А альтернативы какие нибудь?

Ну там рассмотрены и таймер, и ENTER_FRAME. Плюс в комментарии ссылка на целый менеджер инвалидации (в случае зависимостей).
Похоже получается, что больше ничего существенного не придумаывается. Или ссылка на stage и нормальный Event.RENDER, или Shape->ENTER_FRAME, или таймер "на страх и риск", т.к. 0.1 мс не вполне документированная фича. Ну а упомянутый FrameDelay — это частный случай. У меня похожее на CasaLib, только с метаданными событий, утилитным статическим методом add, отсутствием внешних зависимостей типа EnterFrame.getInstance() и статическим eventHandler'ом.

[etc]

Сообщение от Psycho Tiger

etc, а что если после delayedCall, но перед вызовом ENTER_FRAME придёт gc?

А куда денется enterFrameBroadcaster за это время?