1. 從外部加載媒體（Media）

Heider提到了一個常用的Flex最佳實踐——限制嵌入到應用/SWF文件中的媒體的數量，如圖像、影片及mp3等資源都可以從外部的SWF文件加載。

Flex框架可以直接將圖片、mp3及字體等資源編譯到SWF中。當你想讓最終用戶獲得全部資源時，這種方式確實能派上用場，但是這會導致你的應用長時間停留在“Loading”階段。

2. 在嵌入式字體中限制字符集

Heider建議在嵌入式字體中限制字符集以降低SWF文件的總下載時間：

當你在Flex中嵌入一種字體時，你就會獲得該字體的全部字符的支持。盡管這可能是你想要的，但你確信你需要全部字符么？例如，在一個只面向英文的應用中，你確信你真的想花時間下載中文字符數據么？

3. 緩存框架

Heider回顧了Flex 3 support for runtime-shared-libraries （RSL）這篇文章：

從Flex 3開始，你可以將Adobe簽名的框架——RSLs緩存到Flash Player的cache中。這有兩個好處。首先，緩存在Flash Player cache中的簽名的框架RSLs可由所有配置好的Flex應用共享。換句話說，如果某人的應用已經下載了500k的簽名的框架RSL，并且該RSL仍舊在Flash Player cache中，那么你的應用就可以使用緩存下來的RSL。其次，即使某人清空了其瀏覽器緩存，對Flash Player cache也沒有任何影響。

4. 考慮模塊化 Heider談到了將Flex應用劃分成模塊的好處：

減少字體加載時間的另一種方式就是將你的Flex應用劃分成模塊。使用模塊的一個好處在于當加載和卸載模塊時你能完全操控它。 …

之所以要劃分成模塊的最后一個原因是他們更快，而且我能即時加載它們。換句話說，在啟動時唯一需要加載的模塊就是 Step1.swf模塊。因此，在使用模塊的情況下，最終用戶節省了啟動時間，但是當他從一個模塊切換到另一個模塊時卻需要花更多時間，因為每個模塊都需要以JIT形式加載。在我的應用中，只有當用戶首次在steps 1-5之間切換時需要花更多時間。

5. 推遲實例化

Heider圍繞著Flex組件的“creationPolicy”屬性及何時實例化應用的不同部分給出了很多建議。

如果你想減少從數據下載到用戶真正可以使用的總時間，當務之急就是推遲實例化。這項技術背后的理念就是直到應用真正使用的時候才在內存中創建對象。

盡管推遲實例化技術會在應用的整個使用過程中導致少許——通常不那么明顯——的延遲，但與長時間的啟動延遲相比，它還是可接受的。推遲實例化的另一個好處在于內存使用的優化。