Skip to main content

[ AS3] 簡單講客製 Event

很多人從 AS2 轉 AS3 後,還是習慣照用 MovieClip(root) 之類的寫法,但其實 AS3 的 Event 機制提供了一個良好的環境讓你脫離兒子物件直接控制老爸物件 (如同 MovieClip 中寫 _root.去做啥())。這就是工程師最愛講的:loose coupling (鬆耦)

在 AS3 中,所有的 DisplayObject 都繼承自 EventDispatcher,所以它們可以收聽跟發送 Event。

以下是一個簡單的範例講解客製 AS3 Event 應用...

情況解說:主stage a.swf 載入 b.swf ,當點選 b.swf 內的按鈕須要通知 a.swf gotoAndPlay("labelA")。如果你沿用 AS2 寫作邏輯,你一定會在 b.swf 內的按鈕寫上:
btn.addEventListener( MouseEvent.CLICK , onClick );
function onClick(e:Event):void{
// 不管怎樣就是只能控制 [MainTimeline] 去 gotoAndStop("labelA")
MovieClip( parent.root ).gotoAndStop("labelA");
}

又或者將控制動作寫在 a.swf 內:
var ldr:Loader = new Loader;
ldr.contentLoaderInfo.addEventListener( Event.COMPLETE , onLoaded );
ldr.load( new URLRequest ( "b.swf" ) );

function onLoaded(e:Event):void{
var mc:MovieClip = ldr.content as MovieClip;
addChild(mc);
//喔喔將 b.swf 的 btn 一併綁進來了喔!所以按鈕絕對不能亂改名喔,也不能改階層
mc.btn.addEventListener( Event.CLICK , onClick);
}

function onClick(e:Event):void{
gotoAndStop("labelA");
}


當 a and b 互相交錯的細節越多,它的編寫彈性就變小,當 bug 一發生,你就需要釐清楚交錯的部分,然後除蟲就跟老太婆的裹腳布一樣又臭又長。專案很小、趕工的時候當然什麼都無所謂,但是等你需要跟別人一同作一個案子的時候,你就會知道其他人會有多恨你...(笑)

如果將它改成:
b.swf
btn.addEventListener( MouseEvent.CLICK , onClick );
function onClick(e:Event):void{
//送 otherSWFPress 客製 Event 出去,bubbles = true 讓所有的老爸物件都可以收到(如果有被監聽的話)
//TIP. 當然寫客製 Event class 外加常數管理會更乾淨,這邊先省下來
dispatchEvent(new Event("otherSWFPress" , true ));
}


a.swf
var ldr:Loader = new Loader;
ldr.contentLoaderInfo.addEventListener( Event.COMPLETE , onLoaded );

ldr.load( new URLRequest ( "b.swf") );

function onLoaded(e:Event):void{
var ds:DisplayObject = addChild( ldr.content );
ds.addEventListener( "otherSWFPress" , onOtherSWFClick);
}

function onOtherSWFClick(e:Event):void{
gotoAndStop("labelA");
//按了外部 swf 要做的事情
}


看得出兩種的差別嗎?後者的寫法就算你亂改 b.swf 但是只要遵循需要做動作的時候發出 otherSWFPress Event,然後 a.swf 也不需要綁住 b.swf 它甚至不需要知道 b.swf 是什麼種類的 DisplayObject,這樣兩邊修改的彈性就很大,因為它們根本不需要認識對方,你也不需要考慮誰是 root...誰要做什麼...其實客製 Event 的應用在 Flex 專案中也會大量被使用到的喔!

Comments

  1. 如夢初醒啊! 感謝Erin姐...

    祝早日找到好男人 XDDD

    ReplyDelete
  2. 也祝Erin姐姐早日找到好男人

    ReplyDelete
  3. 太棒了~沒想到可以這麼用~
    ^___^謝謝~~

    ReplyDelete
  4. 自訂 Event果然是個好用的東西
    祝早日甩掉壞男人

    ReplyDelete
  5. 我缺個好女人...

    ReplyDelete

Post a Comment

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 時,在沒有一個共用的核心框架前提下,這個專案開發到最後一定會是一個多手多腳的怪物,共用核心框架的價值就在這邊展現,這