Flash務實主義(六) Loading

2021-05-26 08:20:44 字數 2827 閱讀 6420

flash載入檔案有兩種常規方式:一種是urlloader,可以載入文字、二進位制資料或 url 編碼變數形式的資料,然後轉換成簡單的文字形式或值對字串形式;一種是loader,可以將載入的影象檔案轉換成bitmapdata,也可以解析 swf檔案。(socket, localconnection這些非常用類不在討論範圍)

載入的資源應被統一管理以方便呼叫和重用,管理方式一般有兩種:一種是將資源全部打包進swf;一種是載入分散資源通過配置進行管理。我將對這兩種管理方式進行介紹。

在編輯fla檔案時,我們可以匯入各種,並為其設定鏈結名。除手工逐個操作外,我們可以借助jsfl進行自動化處理(請參考 )。

通過new的方式就可以例項化獲得的bitmapdata或movieclip類,然後使用。因此專案中要想得到乙個資源,只要知道它的鏈結名即可。鏈結名是自行設定的有意義的名字,完全可以當做資源的唯一id。

需要注意的是,new的過程就是解壓縮的過程。處於class狀態時,占用的記憶體和swf檔案中這個占用的磁碟空間一致,而一旦通過 new解壓成無壓縮的bitmapdata後,占用的記憶體會急劇增加。不管是png、jpg,還是向量動畫,new之後的體積都會比原來大得多,因此不要 隨便將資源例項化後暫存。這個例項化過程理所當然是比較費時的,可能會出現卡的現象,但預先例項化,記憶體占用上是有很大區別的。

此外,如果選擇設定loadercontext使得全部資源載入到同乙個域的話,有衝突的鏈結名是以先來先到的原則處理,即如果兩個資源鏈結名相同,以先載入的物件為準。

打包成swf有乙個優點,swf可以讓jpeg支援透明通道。一般來說,jpeg壓縮率高而不支援透明通道,png壓縮率低支援透明通道。將png匯入fla然後設定成jpeg壓縮後,就能在壓縮的同時保留透明通道,可以讓支援透明通道的體積大大減小。

打包成swf後,載入快且易於管理,是推薦方式。但這種做法限定你必須一次性載入所有資源,不能按需載入,有一定的侷限性。比較適合載入ui**,以及需要立即顯示的圖示等等。

還有一點需要注意:swf舞台上的內容,即使不顯示出來也會消耗資源,因此請務必保證在發布時舞台為空。

如果檔案要按需載入,或者不希望用swf打包增加維護成本,或者有大量文字以致於不能用fla匯入,那我們只能逐個檔案載入。

因為資源可能處於不同目錄,命名也不規範,也會有副檔名,這樣的路徑在**中作為id存在是不合適的。所以一般都會有乙個文字配置檔案,將這些檔案路徑和乙個名稱對應起來,並提供給模組載入。載入完成後則是通過這個名稱來獲取資源。

不同檔案有不同的載入方式,文字和二進位制檔案只能通過urlloader載入,而png、jpg、swf等檔案則可以通過loader和 urlloader兩種方式載入。如果資源需要長期儲存,建議全部用urlloader方式載入,在需要獲取資源時,再通過loader的 loadbytes方法解析已經載入的二進位制資料,之後再顯示。

這樣做目的是為了節省記憶體,因為loader載入的資源會自動例項化(解碼),png、jpg會展開成無壓縮的bitmapdata,swf舞台的 內容也會全部例項化,他們會占用大量記憶體。先用urlloader將他們作為二進位制資料載入,需要時再解碼例項化,就不會出現這個問題。

為了解決這個問題,我們需要一種特殊的佇列載入模組,可以同時載入,但是同時載入的檔案數量不能超過某個值。基本思路就是在載入完乙個檔案後,檢查正在進行載入的檔案數量,小於定值就取佇列中的下乙個位址新建載入,否則就什麼都不做。

bulkloader( ),

loadermax( )

都提供了這個功能,當然我的ghostcat 也通過assetmanager(復合queueloadoper實現)提供了這個功能。複雜度實際上並沒有比線性載入高多少。

當載入檔案數量特別大的時候(諸如數百個),注意不要只使用陣列儲存。你可以建立乙個dictionary,然後將名稱作為鍵載入內容作為值,做乙個雜湊表,以後都直接通過名稱從這個雜湊表取值,會比遍歷陣列查詢名稱快很多。

使用zip或其他打包形式

zip的優點是可以用winrar開啟,不需要借助專門的工具,缺點則是解壓需要時間。當然,你也可以考慮用二進位制自定義乙個封裝格式,這樣也能加密資源檔案,但這需要你自己編寫乙個管理工具。當然,這也不算特別麻煩。

現在不少遊戲都採用了這種做法,效果還是可以的。

我們可能在開始時會載入多個檔案。比起每載入乙個檔案顯示一次進度條從0%到100%的過程,顯然是顯示所有檔案總體的載入進度,只進行一次從0% 到100%的過程更具有實際意義。但是flash做這件事情並不太容易,因為它想要獲得乙個檔案的大小就必須去載入它,而這個載入需要時間,你沒有辦法從 一開始就立即獲得所有檔案的大小。

實現的方法只有乙個,就是在程式中或者配置中寫死所有檔案的總大小,然後根據所有檔案已經載入位元組數的總和來計算和顯示進度。

至於這個總和如何獲得,可以在程式中寫上trace,實際載入執行一次便能獲得實際所有檔案大小總和,也可以做專門工具計算,也可以用作業系統來直 接檢視總和,總之方法不是問題。而且,即使這個值不準確也無大礙,因為載入流程依然是按載入完所有檔案作為依據,而這個進度只是用來顯示,就算不准也不過 是未到100%就結束或者到了100%也要等待一段時間才能結束。這無傷大雅。

之前所說的類庫都提供了這樣的功能。

swf必須載入完所有類後才能開始執行並顯示影象,這樣一來,第乙個主swf載入自己時就無法顯示載入進度。解決這個問題有兩種辦法:

一種辦法很老但是實用,就是建立乙個小swf先顯示出來,專門用來載入主swf,主swf載入完畢後它就完成了使命。實際上這並不麻煩也是最穩定的一種方案。

另一種方式是利用frame元標籤。在主swf類名上面新增

[frame(factoryclass="載入類類名")]
即可指定乙個類作為載入類,它會在主swf未載入完之前顯示。這個類是乙個兩幀movieclip,當它自己載入完畢後,就可以反射出主swf的內容並例項化。

可以看這篇文章: 。

而我自己的載入類模板則是這個,可以作為參考:

Flash務實主義(六) Loading

flash載入檔案有兩種常規方式 一種是urlloader,可以載入文字 二進位制資料或 url 編碼變數形式的資料,然後轉換成簡單的文字形式或值對字串形式 一種是loader,可以將載入的影象檔案轉換成bitmapdata,也可以解析swf檔案。socket,localconnection這些非常...

Flash務實主義(三) 最短路徑原則(下)

首先是個轉場特效問題。其實我早想到做法了,只是當時還沒實踐。增加混合 blendmode.add 只要關係到光效,泛用性就很高,疊加著畫上去看起來應該就是這個效果。但是我還是先到群裡問了下,然後一幫人就跟我說徑向模糊。還有一幫人說以前搞過,拿我的原圖上了個徑向模糊發給我。但是徑向模糊多慢用過ps都知...

做務實的理想主義者 位元組跳動宣講會有感

有幸參加了位元組跳動的宣講會,也算提前了解一下 好做個準備,順便膜拜一下大牛。但正如hr所說,行業決定下限,企業決定上限。未來像位元組跳動這樣的獨角獸不知道還會走多遠,以後也不一定能加入到位元組跳動,但是就像張一鳴所說,年輕人應該和優秀的人做有挑戰的事,做務實的理想主義者。這正符合我的想法,從小到大...