Skip to main content

PureMVC 我也會 [3]

Notification & Observer
  • 簡單講就是 PureMVC 架構中的 Event 機制
  • 背後就是所謂的「Observer Design Pattern」
  • Notification 為訊息物件
  • Facade and Proxy 只能發送
  • Command and Mediator 可以接收與發送

Observer Design Pattern
「觀察者」這個設計模式被提出來一定有它的過人之處,寫程式講求的就是「別人家的事情管他去死,什麼渾水都要淌的話,怎麼被蟲咬死都不知道」。觀察者做的事情就是有興趣接收的消息,就自己乖乖訂閱,出了啥大事,就是用將訊息發出去,有訂閱的人自然會收到,收到訊息要做什麼反應當然就是自己的事情,最後收膩了還可以取消訂閱。在 PureMVC 中可以發送的 class 都可以用內建的 sendNotification() 發送訊息:

sendNotification( NotificationName:String , body:Object , type:String );
//body:Object 萬物皆物件啊,如果你還不知道能送什麼出去我也沒辦法了...


接收端會收到被打包成 notification:Notification 的物件,可以用其 getName(), getBody() and getType() 方法取得訊息的內容。

Command 中能接收到的訊息是通過 facade.registerCommand( NotificationName:String , command:Class ) 達到 mapping,而 Mediator 中要接收 Notification 要在其 listNotificationInterests 方法中列出有興趣 Notifications 清單。

Proxy 不能接收也有它的用意,Model 最大的功能就是提供資料,不需要理會外面的世界到底發生了什麼事情,如果能接收訊息的話,直接拿 Mediator 來用就好了,還需要使用 Proxy 嗎?

to be continued...

Comments

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 的時候一樣有幾個重點方...