Skip to main content

PureMVC 我也會 [4]

Command
  • 當然就是 Command Design Pattern 的實作
  • 用註冊的方式 mapping Notification
  • 一般來說 Command 的生命週期只有到它的 execute 方法執行後就掛了(揮手帕~)
  • 環保!免洗!能用就儘量用!!

Command Design Pattern
顧名思義當然是「命令」設計模式了。這個模式非常好理解,為什麼叫命令?意思就是你老媽叫你去洗碗、掃地或做其他家事,不都是一個指令一個動作?如同一支電視遙控器,每按一個按鈕都有對應的命令,按了電源鈕 -> 開機,音量放大 -> 音量變大一點,選台 -> 跳台...動作做完就結束,所有命名都是有內容的,如果每一個命令都要乖乖的命名的話,光記內容不就累死了...所以你會發現繼承 Command 後,只需要 override execute():void 方法即可。

PureMVC 送你用的 Command 有兩種,SimpleCommand and MacroCommand。SimpleCommand 當然就是單次使用啦!想要一次執行一堆請愛用 MacroCommand,如果你還需要其他執行模式,可以自己手工建立,或看官網所提供的 Utilities。

StartupCommand:
官方範例中的 StartupCommand 使用 MacroCommand,就是為了分開 MVC 相關初始用 Commands

package com.me.myapp.controller
{
import org.puremvc.as3.interfaces.*;
import org.puremvc.as3.patterns.command.*;
import com.me.myapp.controller.*;
// A MacroCommand executed when the application starts.
public class StartupCommand extends MacroCommand {
// Initialize the MacroCommand by adding its subcommands.
override protected function initializeMacroCommand() : void {
addSubCommand( ModelPrepCommand ); //Model 相關準備用 Command
addSubCommand( ViewPrepCommand ); // View 相關準備用 Command
}
}
}


MacroCommand 使用:

addSubCommand( command:Class );

來加入馬上要執行的 command class

你也會發現有人會這樣寫:

package com.mvc.controllers
{
import com.mvc.models.ListProxy;
import com.mvc.views.ListMediator;

import org.puremvc.as3.interfaces.INotification;
import org.puremvc.as3.patterns.command.SimpleCommand;

public class StartupCommand extends SimpleCommand
{
public function StartupCommand()
{
super();
}
override public function execute(notification:INotification):void{
facade.registerMediator( new ListMediator("ListMediator", notification.getBody()) );
facade.registerProxy( new ListProxy());
//直接都在這邊處理初始註冊
}
}
}

要使用 SimpleCommand or MacroCommand 完全是看專案規模與個人喜好應用就可以了。

寫完後當然就是要用 facade.registerCommand(); 將 "STARTUP" 與 StartupCommand mapping 起來。等到有人 sendNotification( STARTUP, body ); 後,程式自然會幫你執行 StartupCommand。

註冊 Command 的地點沒有規定一定要在 ApplicationFacade 或 StartupCommand 內,不過建議還是由其他 Command 處理,別四處亂寫是比較安全。

Command 的功用
  • 初始註冊事宜
  • 通常用來處理 multi-view 共用的 proxy 相關操作,免得每個 mediator 都抓著同一個 proxy 不放。
    如:想要取用 DataProxy 的 getList():void 方法。這時候只要將處理 DataProxy 用的 DataProxyCommand 跟 "GET_DATA_LIST" mapping 起來,所有想要 DataProxy.getList() 資料的 views 都可以利用 sendNotification( "GET_DATA_LIST" ); 到時候如果 getList() 改名了又或者改用其他 Proxy 的方法,也只需要修改 DataProxyCommand 內容就夠了。如:

    package com.controls
    {
    import com.models.DataProxy;
    import org.puremvc.as3.interfaces.INotification;
    import org.puremvc.as3.patterns.command.SimpleCommand;
    public class DataProxyCommand extends SimpleCommand
    {
    override public function execute( notification:INotification) :void
    {
    //多個 Notification 共用同一個 Command 就是用 if else or switch 處理
    if( notification.getName() == "GET_DATA_LIST" ){
    var proxy:DataProxy = facade.retrieveProxy( DataProxy.NAME ) as DataProxy;
    //用 facade.retrieveProxy 取出 DataProxy
    proxy.getList();
    }
    }
    }
    }

  • [自己填...]

其實 Command 的應用層面很大,能做的事情琳琅滿目,請大家花時間好好的跟它認識吧!

Comments

Post a Comment

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