Comments 19
Очень кстати, спасибо.
-1
UFO just landed and posted this here
Перевод слишком косноязычный, пойду читать оригинал ;)
0
Даешь другие главы про оптимизацию!
P.S. А что на веб приложениях такое не работает?
P.S. А что на веб приложениях такое не работает?
0
Такой подход особенно необходим для маков. Там cpu usage для AIR приложений почему-то особенно страдает. Может это как-то связано с политикой apple в отношении Flash приложений?
+1
Немного оффтоп, но есть ли у кого-нибудь книга «AIR 1.5 Coоkbook» в эл. виде?
-5
UFO just landed and posted this here
В чем собственно проблема? Можно аргументы?
0
UFO just landed and posted this here
не до конца понял. EnterFrame он и в африке enterframe. Какая разница кого слушать и какое приложение является родителем?
0
UFO just landed and posted this here
stage доступен для всех обьектов, находящихся в дисплей листе. Если кто-то пытается обратиться к stage обьекта не в дисплей листе — это проблема кривизны рук разработчика, а не подхода прямого доступа к stage.
0
Имхо не совсем так. Если мы имеем SWF в SWF, то в дело вступают ограничения безопасности, и помоему они не дадут дочернему SWF обратится к stage, хоть он и в дисплей листе. Но в такой ситуации будут проблемы с любым кросскриптингом.
-1
странно, почему еще это на уровне платформы не сделано и такие костыли надо приделывать самому разработчику.
0
Как-то странно всё это… По-моему проще ничего не делать по EnterFrame и не использовать MovieClip. Перерисовывать самостоятельно Bitmap/ делать вычисления в НУЖНЫЙ момент. Если ничего не изменяется, то ничего и не перерисовывается и без танцев с бубнами (по умолчанию). Включите в дебаговом плеере Show Redraw Region увидьте, что именно у вас перерисовывается — сделайте так чтоб не перерисовывался).
0
Мы прооптимизировали 5pm TimeTracker widget
(http://www.5pmweb.com/feature_timetracker.php) после жалоб от
Мак-клиентов.
Для framerate throttle есть готовый класс:
www.gskinner.com/blog/archives/2009/05/idle_cpu_usage.html
Кроме этого снизили framerate в активном положении и переписали
onEnterFrame евент на Timer (с низкой частотой вызовов).
Есть хорошая статья про оптимизацию AIR виджетов:
blogs.adobe.com/air/2009/05/performance_tips_for_adobe_air.html
Результат: CPU нагрузка снизилась в 10 раз в неактивном состоянии и в
2-3 раза в активном.
(http://www.5pmweb.com/feature_timetracker.php) после жалоб от
Мак-клиентов.
Для framerate throttle есть готовый класс:
www.gskinner.com/blog/archives/2009/05/idle_cpu_usage.html
Кроме этого снизили framerate в активном положении и переписали
onEnterFrame евент на Timer (с низкой частотой вызовов).
Есть хорошая статья про оптимизацию AIR виджетов:
blogs.adobe.com/air/2009/05/performance_tips_for_adobe_air.html
Результат: CPU нагрузка снизилась в 10 раз в неактивном состоянии и в
2-3 раза в активном.
0
Sign up to leave a comment.
Снижаем нагрузку на процессор в Adobe AIR