More on Finding Memory Leaks

似乎大家都遇到這個問題了
http://blogs.adobe.com/aharui/2009/05/more_on_finding_memory_leaks.html
文中提到css style可以用css module解決?

FlexMonkey

FlexMonkey is a testing framework for Flex apps that provides for the capture, replay and verification of Flex UI functionality. FlexMonkey can record and playback Flex UI interactions, and generates ActionScript-based testing scripts that can easily be included within a continuous integration process. It uses the Flex Automation API and was created by extending Adobe's sample automation adapter, AutoQuick.

原始連結

Performance 秘技再一發

通常用 viewStack 或 TabNavigator 的時候, 為了趕進度, 我們會把他的 creationPolicy 設成 all, 因為這樣我們就不會遇到 reference 到 null 的 runtime error. 可是當要跑在 Netbook 那種機器時, 就會遇到 memory 用太多, 一開始跑起來不順的問題. 最好的方式是將 viewStack or TabNavigator 的 creationPolicy 設成 queued, 然後在 viewStack裡的 container (例如HBox) 再加 creationComplete event handler. 在 creationComplete event handler 呼叫的 function 裡(例如 creationComplete="created()" 的那個 created function), 再用 callLater, 這樣應該就可以避掉 reference 到 null 的問題了~ 這也就是阿多比建議的 Deferring Instantiation.

降 CPU 和 Memory 的快速解法

每天為了降 CPU 和 Memory 而奮戰, 你累了嗎 ~"~.
服下這四帖藥方, 保證你早上10點半來上班, 下午六點就下班~XD
(雖然是說給AIR App用的, 但網路版依然適用)

1. Use the lowest framerate possible (有人建議從 7 個 fps 開始...會不會降太大..=.=)
2. Dynamically change the framerate to fit your application needs
3. Only use Event.ENTER_FRAME handlers when necessary
4. Have as few Event.ENTER_FRAME handlers and Timers as possible

就降, 簡單ㄅ~~
是說奇怪ㄋㄟ, 以前版本用一卡車Enter Frame 好像也沒怎樣或太大問題, 還是說以前我們也沒太注意這方面的問題ㄋ??

原文:
http://www.webkitchen.be/2009/06/04/building-cpu-efficient-adobe-air-apps/
http://arno.org/arnotify/2009/05/writing-well-behaved-efficient-air-applications/