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

[Swift3] weak 與 unowned 關鍵字

雖然在 Swift 中看起來"很像"是不需要煩惱內存管理的問題,不過實際上它還是遵循著自動引用計數 (ARC) 的規則,當一個物件沒有被其他對象引用時會自動被銷毀,如果三魂七魄沒有完全回位的話,就會有個靈體留在現世的空間裡,最經典的範例如下: 閉包(Closure)引用 classClassA { typealias Complete = ()->() var name : String var onComplete : Complete? init(_ name: String){ self.name = name print("Hello I am \(self.name)") onComplete = { print("\(self.name): onComplete!") // --> 閉包引用 self, 計數 + 1 } } deinit { print("deinit: \(self.name)") } } var a : ClassA? = ClassA("A") // --> 引用計數 + 1 a = nil // 2-1 = 1 還剩下 1 所以沒辦法銷毀 ---output------- Hello I am A 由於這邊的 onComplete 宣告為 Optional, 正確的做法要連同 onComplete 一起刪除才可以被回收,若不是 Optional 則會進入無法回收狀態: var b : ClassA? = ClassA("B") b?.onComplete = nil // --> 還好是 Optional 可以設成 nil 計數 - 1 b = nil // 計數 = 0 所以被回收 ---output------- Hello I am B deinit: B 但是做人不需要煩惱太多,這時候就出動 unowned 關鍵字讓物件可以順利被回收: onComplete = { [unowned self] in print...

[作品]Flex 3.4 + PureMVC 的企業級 RIA 應用

認識 Erin 的人都知道, Erin 最懶得寫作品集相關的文章,但是這個案子比較有趣,所以特別提出來聊一下囉! 廚櫃業某公司內部軟體,目前系統尚在 Beta 階段,所以下面圖片皆有模糊化處理。 [可擴充功能面板首頁,後台皆包含在管理系統內(有 iPhone 的 fu)] 這個案子是幫一家傳統公司做的專用軟體線上化,想要開發企業級 RIA 想當然爾就是使用 Flex 來處理囉! 整個案子前端是以 Flex SDK 3.4 + Flex Builder3, PureMVC MultiCore for AS3 , Utility - AS3 StateMachine 以及先前 Erin 所發表的 WidgetsConsole 來處理整個系統的轉換。 整個系統包含前後台共七大系統,分別是:估價,客戶,店面管理,貨品上架,會員管理,分店系統以及權限系統。超級管理員可以利用權限系統分別開出不同職級的權限,然後使用者透過同一入口,依照權限區分,畫面會顯示不同的功能。整個系統最複雜的部份當然是估價系統,由於櫥櫃的建立是透過選擇資料即時演算出來,更何況櫥櫃類的 BOM 表階層是怪物般的可怕...所以在 DB 的建置與前端資料整合的部分著實費了我們一番苦心。 [櫥櫃 BOM 表編輯視窗及櫥櫃 BOM 單物件材質指定] 此外,在 UI 設計上也特別花了一些心思。本案子 Target User 是管理者、店長與公司旗下的業務群,此公司成員年齡約 30-60 歲,皆為一般電腦使用者,所以 UI 設計及操作 Flow 必須比一般線上 RIA 更加友善,才能幫助縮減公司的人事教育花費。如放大整個系統的標準字 size;新增資料時不能碰的快速鍵會鎖定;產品類縮圖雙點擊即可觀看放大圖;操作 flow 皆以左上至右下結束以及利用畫面引導使用者操作都是一些設計上的巧思。 [新增估價單] [簡單易用的業務員用客戶系統] 此外這個專案在實作 PureMVC 過程當然是相當的快樂,因為它的彈性與權職切分實在太令人滿意了!不管是擴充性,Rich Data 管理又或者除錯都非常的容易。當然本人早就已經是 PureMVC 的忠實粉絲了...=P 快來加入 Flex + PureMVC 的行列吧~~ 結果這篇到最後變成 PureMVC 的勸進文...XD