Skip to main content

Load Manager for FL2.X (1)

載入控制常常是各大Flash討論版中名列前矛的老掉牙問題串,可見如何做好載入控制是一個很重要的課題,FL1.1 載入外部檔案的限制是一個frame只能執行一次載入,而 FL2.X 則是一個frame只處理5次載入事件,FL1.1 載入研究在很久以前就已經分享過了,所以這次與大家分享是幾種FL2.X處理載入控制的方法:

Load Manager有個很重要的特點:唯一性,當多個載入的SWF中如果也有load行為時,Load Manager只能存在一個。

為了達到Load Manager的唯一性,這邊使用程式 Design Pattern 中蠻常用的 Singleton Pattern來實作,講到這邊大概已經有人快崩潰了,連Design Pattern的字眼都出現了,感覺越扯越專業捏?不過別緊張,搞不懂原理的人就直接將.as拿去修改使用就好,Erin一直認為,如果你對它有興趣,就會願意花很多時間去理解它,強求是沒有用的。回到正題,Singleton 顧名思義就是"獨生子",它的原理就是讓 Class只有一個實體,不管誰來跟它要東西,它也只提供一個窗口。好嚕!Erin 的懶人程式講解就到這邊,有興趣的請直接點選上面的聯結去理解它個夠!

[LoadManager.as version 1 教學檔下載]

LoadManager.as:
在一開始的屬性宣告就建立一個實體
private static var _manager:LoadManager = new LoadManager();
提供窗口讓外部取得實體,這樣的方式就可以確保所有人使用LoadManager時,用到的都是同一個實體。處理載入事件的是最簡單的 onEnterFrame,目的是讓loading工作簡單化,手機AP開發重點之一:簡單卡好
static function getInstance():LoadManager {
return _manager;
}

用法:
var loader = LoadManager.getInstance();
loader.loadClip(fileURL, targetMovieClip);


接下來測試看看
LoadManager01_1.swf:
var loader = LoadManager.getInstance();
for (var i = 0; i<7; i++) {
var mc = this.createEmptyMovieClip("m"+i, i+1);
loader.loadClip("2.swf", mc);
mc._x += i*20;
}


LoadManager01.swf:
var loader = LoadManager.getInstance();
var haha = this.createEmptyMovieClip("mc", 0);
haha._y = 100;
loader.loadClip("LoadManager01_1.swf", haha);
//載入LoadManager01_1.swf來共用LoadManager
for (var i = 0; i<7; i++) {
var mc = this.createEmptyMovieClip("m"+i, i+1);
loader.loadClip("1.swf", mc);
mc._x += i*20;
}



output message:
*** Load manager: start ***
Load manager: load LoadManager01_1.swf to _level0.mc
Load manager: load 1.swf to _level0.m0
Load manager: load 1.swf to _level0.m1
Load manager: load 1.swf to _level0.m2
Load manager: load 1.swf to _level0.m3
Load manager: load 1.swf to _level0.m4
Load manager: load 1.swf to _level0.m5
Load manager: load 1.swf to _level0.m6
Load manager: load 2.swf to _level0.mc.m0
Load manager: load 2.swf to _level0.mc.m1
Load manager: load 2.swf to _level0.mc.m2
Load manager: load 2.swf to _level0.mc.m3
Load manager: load 2.swf to _level0.mc.m4
Load manager: load 2.swf to _level0.mc.m5
Load manager: load 2.swf to _level0.mc.m6
*** Load manager: closed ***

你會發現它共分了三個frames將所有的東西載入!^^

on target 實際測試:(Nokia 7610)
很不幸的,當大量的載入在同一時間執行,即使已經使用單一窗口進行載入工作,還是會有漏圖的情況產生,尤其外部檔案大口吃掉記憶體時情況更為嚴重,所以在Flash lite AP的設計上,最好規避同一時間進行太多的載入工作,或者請愛用一個frame只做一次載入,這樣漏圖的情況會降到最低...修改很簡單,僅將 LoadManager.as中的doLoad迴圈部份mark起來就好...=)
private function doLoad() {
//while (_count++<5) {
if (_loadList.length>0) {
var now:Array = _loadList[0];
now[1].loadMovie(now[0]);
trace("Load manager: load "+now[0]+" to "+now[1]);
_loadList.shift();
} else {
trace("*** Load manager: closed ***");
_isLoading = false;
delete _eventHandler.onEnterFrame;
_eventHandler.removeMovieClip();
//break;
}
//}
//_count = 0;
}


也許還有其他更棒的方法,如果新發現的話再與大家分享...=)

Comments

Popular posts from this blog

[Flex] PureMVC standard with Spring extensions

由於上次稍微玩了一下 Robotlegs 依賴注入(DI) 主導的 MVC 框架,而著名也使用依賴注入的 Java / Java EE 的 Spring framework 出了 for ActionScript 的版本,剛好在最近 Spring ActionScript 1.0 正式 release 了(想了解 Spring 是啥咪東東的話請自行找 google 大神),這個版本除了基本框架外,也包含了 Cairngorm 與 PureMVC 的外掛...想當然耳,就拿來測試一下用在 PureMVC 內的感覺囉!! 參考了 官方範例 中 PureMVC 唯二的範例原始檔,以下使用的是「設定檔依賴注入 facade 透過 addConfigSource() 的方式來 init 」:(其實除了 embed 外,都是外部載入) Online Demo with source code 工作環境:FlashBuilder, Flex SDK4 請下載 PureMVC Standard 版本 再下載 Spring ActionScript 最新版本後,除了 spring-actionscript-cairngorm 不需要外,都放到 /src 下(記得只需要 org 開始...),也別忘了lib 內的 swc 檔 copy 到 /libs 下 Spring 的 injection 並不像 Robotlegs 直接來個 [Inject] metadata 的自動化那樣方便,但是其冷血度(檔案的鬆偶程度)更勝後者!如果你要使用設定檔(applicationContext.xml) 來做注入的話,準備工作就挺多的...XD 依照 applicationContext.xml 內設定的方式分別寫入 constructor 或者是 setter 依賴注入(本範例統一使用 setter injection) 為了跟大家都沒關係所以都使用 interface 來處理,所以你會在範例中發現大家都有介面...(並沒有真的研究過 Spring,也許還有其他作法) 準備 compiler 時候要用的 classe。由於在 setter, getter 的寫法上都使用 interface,所以真正用到的 class 需要預先在輸出階段就打包到程式內。 基本上 PureMVC 類 class...

PureMVC 我也會 [0]

最近感覺 PureMVC 又熱了起來,也剛好好久沒有更新文章了, 就順便將去年底做的企業內訓 PureMVC 課程部分整理寫出來, 要講 PureMVC 當然要先從啥是 MVC 講起: Model-View-Control 出處: 維基百科 MVC ,大概節錄一段: (控制器Controller)- 負責轉發請求,對請求進行處理。 (檢視View) - 介面設計人員進行圖形介面設計。 (模型Model) - 程式設計師編寫程式應有的功能(實作算法等等)、數據庫專家進行資料管理和數據庫設計(可以實作具體的功能)。 其實到 Flash 的世界來講,Model and Control 都是由 .as 處理,而 View 便是 .fla+.as ,為了要鬆綁之間的關係,Event 機制就相當重要。其實每個人對 MVC 的最佳解釋都不同,真的要多練習才會有所領悟。 簡單來說: Model = 餐廳廚房 data: 西餐類 action:依照點菜單做餐點 action: 做完餐點就是將餐點放在出菜口按下通知鈴等服務生來 Control = 服務生 action: 聽到大門歡迎鈴就要說「歡迎光臨」 action: 看到客人揮揮手要去收點菜單 action: 聽到廚房通知鈴看是哪桌的餐點去送菜 View = 餐廳外場 view: 田園式的西餐廳裝潢 action: 客人進門會有歡迎鈴 action: 客人揮揮手叫服務生過來服務,是哪個服務生都無所謂,重點只要會收點菜就行了。 action: 客人收到餐點準備開動 當餐廳要改成外炒店,這時候只需要將大廚換成會中餐廚師,其出的菜就是中式快炒。 當餐廳外場由田園式外觀重新裝潢成華麗感夜店風,其進門的客層也會有所不同。 重點就是當你換掉一個地方時,對其它的部份不會造成太大的影響或者根本無所謂,這就是 MVC 所講求的境界... 一般來說,小專案有沒有必要使用 MVC 就是由各位自己判斷了,當你習慣將程式切分開來,發現 debug 不是一件痛苦的事情時,這時候有沒有強制使用 MVC 倒不是重點,因為你已經養成良好的撰寫習慣。但是開始接觸大型專案配合 team work 時,在沒有一個共用的核心框架前提下,這個專案開發到最後一定會是一個多手多腳的怪物,共用核心框架的價值就在這邊展現,這...