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

PureMVC 我也會 [6]

Mediator ViewComponents 與 pureMVC 架構的中介 監聽並反應 View Component 發出的 Event 可以發送與接收 Notification 儘量少操作 Proxy 公開方法,多用 sendNotification... Mediator design pattern 要多認識這個 Mediator 設計模式的話,請自行看連結說明啊! 簡單來講,假使有一個 View 裡面有好幾個 MovieClip 組成,而這些 MovieClip 會互相影響對方...這個情況在 Flash 中,通常都會變成下圖: MovieClip 直接控制其他 MovieClip 搞到整個關係很複雜...換一個元件簡直是災難。 加入 Mediator 後,示意圖就會變成: 這樣,所有的 MovieClip 都透過 Mediator 來跟其他 MovieClip 溝通,當某一個 MovieClip 替換成別的元件,這時候也只需要修改 Mediator 中的引用即可,是不是變得很乾淨?如果同一組 MovieClip 有另外一個操作模式,也只需要替換掉 Mediator 即可!天下太平啊~~~ 而 PureMVC 中就是利用 Mediator class 為與前端 ViewComponent 的中介,這樣可以切開 ViewComponent 與 PureMVC framework 的關係,不管你前端介面使用 Flash or Flex 製作都跟程式核心無關。 所以 ViewComponent 製作時只需要兩個原則,一把所有的請求都以 Event 送出由 Mediator 處理,二提供公開方法, Mediator 只需要監聽 View 的 Event,將收到的資訊透過公開方法喂進 ViewComponent 即可。 如在 ViewComponent 中: public function setList( result:Object ):void{ list.dataProvider = result as ArrayCollection; } //然後在按下取得資料的按鈕 Click action 寫上: dispatchEvent( new Event( "GET_LIST" )); 新建 Mediator 的時候一樣有幾個重點方...