Такой подход особенно необходим для маков. Там cpu usage для AIR приложений почему-то особенно страдает. Может это как-то связано с политикой apple в отношении Flash приложений?
stage доступен для всех обьектов, находящихся в дисплей листе. Если кто-то пытается обратиться к stage обьекта не в дисплей листе — это проблема кривизны рук разработчика, а не подхода прямого доступа к stage.
Имхо не совсем так. Если мы имеем SWF в SWF, то в дело вступают ограничения безопасности, и помоему они не дадут дочернему SWF обратится к stage, хоть он и в дисплей листе. Но в такой ситуации будут проблемы с любым кросскриптингом.
К самому stage очень даже дадут. Ограничения безопасности ограничат доступ к некоторым его методам и атрибутам. Но и это решаемо в рамках политик безопасности, а так же выравниванием кривизны рук разработчика. И не имеет отношения к вопросу «прямой доступ к stage — это плохо».
Как-то странно всё это… По-моему проще ничего не делать по EnterFrame и не использовать MovieClip. Перерисовывать самостоятельно Bitmap/ делать вычисления в НУЖНЫЙ момент. Если ничего не изменяется, то ничего и не перерисовывается и без танцев с бубнами (по умолчанию). Включите в дебаговом плеере Show Redraw Region увидьте, что именно у вас перерисовывается — сделайте так чтоб не перерисовывался).
Снижаем нагрузку на процессор в Adobe AIR