但是我很困惑。因為據說“Flash全站”開始運行后，就不再請求或者很少請求URL了，換頁是通過換禎完成的。我開始無法理解，從網上下載了幾個成品的源文件。

可是非常抱歉，所有的源文件都是巨型的，極其復雜的。action分布到各個frame和剪輯實例里，而實例都是托放的，你無法知道到底有多少個實例，主時間線有幾十層.......。這樣的東西既不是動畫也不是代碼。結果就是無法調試，無法升級和修改。

不知道大家是怎么做的。

推薦的是，像Flex或Laszlo那樣做，或者干脆選擇它們的一個，雖然我還不知道什么是Flex還有Laszlo。

不選擇它們的理由是：

1，我沒有空間，幾乎沒有虛擬空間對它們提供支持。
2，我沒有學Java，而是php或者.net什么的，而那兩個技術還不很支持其他技術。

即使是這樣，也應該使用XML來描述你的程序，把代碼和資源盡可能徹底的分開。如果你熟悉Asp.net，就是< ..../>的形式。用這種語法定義任何諸如label的組件（我認為這是最困難的組件了）。

然后，為程序寫一個XML解釋器，按照你寫的some-page.xml文件，create，loadMovie，attach，duplicate一通，把它顯示出來。換頁就是請求新的xml文件，再解釋。

對拉！這聽起來比在時間線上“蓋高樓”更困難和復雜。但是我覺得至少這樣做有三個好處：

1，我喜歡程序勝過畫畫，我完成這樣一個站點等于實現了一個framework，會超有成就感。（光說不練啊，這孩子）
2，這個站點變得可擴展（flexible，MM的產品寓意于此吧？），盡管僅僅對于它的開發者來說（要是有一套標準及不一樣了，MM就不學學sun呢？）。
3，對用戶來說，因為組件個數有限，即使大量重復也是flyweight的（享元模式），能很大的提高訪問速度。

上述第3個優勢意義不僅僅如此。

Html只是表達，Asp，Jsp，php這些東西最終也是生成Html。用戶只有一點點通過form參與互動的機會，所以叫傳統的browser是瘦client。而Actionscript盡管效率低下，卻有了較強的client端計算能力。*可能強大到C/S的client一樣的程度。那么就厲害了。

可是，要是把和Server交互的代碼都堆在frame里......所以如果你的程序最重要不是動畫，而是要和用戶交互的所謂RIA，必須選擇組件化。

這里要提一下“偷偷下載”的問題了。現在的用戶，比如我，才不會老老實實的看你的東西，這個頁面出來了，看不上兩秒就要點點什么按鈕啦。那就是換到別的頁了，你正在“偷偷下載”的東西自然是被拋棄了。不幸的，沒有下載完的swf好象不會存到本地緩存。那么一個100多k甚至幾百多k的頁面就沒有緩存的價值。

相反的，我要“偷偷下載”一些供顯示的組件，它們通常不應該超過30k。盡管數量可能較大（其實不會，你有耐心做50個花色的button？），但是等用到時，它們大都在緩存里，會非常快速。

組件化的代價是，用戶的CPU要大轉了，也更消耗內存，因為加載組件是在運行時。但是我覺得，比起網絡帶寬，CPU算什么資源？這正符合調劑高速CPU和低速IO的邏輯嘛。

以上內容和Flash課件，Flash動畫里的action沒有任何關系啊。