Skip to main content

[pureMVC] Flex app 開發的心得分享

使用 pureMVC 開發到現在，也遇到不少網友詢問相關問題，以下是 Erin 整理的幾個使用 pureMVC framework 開發 Flex app 的心得分享：
  1. 雖然 pureMVC Standard 版本就很夠用了，但是你的 app 有未知擴充需求的話還是建議使用 Mulitcore 版本以達最大的開發彈性。

  2. 先問問自己能不能理解架構內 Notification and Command 是什麼作用？如果答案是『NO』，請先熟悉 pureMVC 的架構再行考量是不是要實作...因為有太多問題都可以利用它們解決。

  3. 先搞清楚你將要開發的 app 流程，花點時間研究官網上的 pureMVC Utilities，一定有工具包可以解決你的需求。

  4. 除了 Application 外 view component 不應該持有任何跟 pureMVC 有關的 Class instance reference，請善用 Flex & Flash Event 機制與外部溝通。

  5. 別把 view component 直接對 view component 溝通的開發邏輯帶到架構內，如果你還是打算這樣作就根本不需要使用任何 framework 來幫助開發！
    View componet 溝通邏輯應該是 A-view component -> Event -> A-Mediator -> Notification -> Proxy, Command or B-Mediator -> B-view component。Event 機制在這邊有很大的作用，Mediator "儘量"不持有 view componet 子物件只接收其 Event ，不僅可以讓你跳脫如何用 A view 控制 B view 的思維...因為 A view 根本不需要去知道它發了 Event 後誰會被控制; 對 view component 新增修改也比較容易，ex. view component 由 Flex 3 改 Flex 4 版本(尤其 Flex 4 的架構改很大...你就會發現用 Event 的重要性...)

  6. Mediator 要 override onRegister and onRemove function，做人要有始有終，請記得 EventListener 在移除前都清乾淨。

  7. 跨 view components 的資料最好都使用 proxy or command 處理，別直接 mediator 互傳。

  8. 整合 Flex 綁定資料機制：Value Object and Proxy 內使用 [Bindable] 來同步資料，可以省下處理後 update 資料的 Notification。如：


    9. public class SomeProxy extends Proxy implements IProxy
    {
    [Bindable]
    public var itemlist:ArrayCollection;
    .........
    所有的 itemlist 處理都是由 SomeProxy 執行，
    只需要在 view component 初始化的時候由其 Mediator
    將 itemlist 指定進去，view component 不作任何的
    ArrayCollection 操作，只將"操作的動作"發送 Event
    由 SomeProxy 同步，這樣同一個資料就可以讓不同
    的 view component 持有但是又不會互相干擾！

  9. 善用 runtime shared library。利用 Flex Library project 打包所需要的 asset files。再來想想你還需不需要 Module？目前 Erin 手上開發的專案使用 RSL，專案主程式僅 260kb, Flex runtime framework 564kb（不會重複載入）, project assets swf 217kb....這樣還需要用 Module 嗎？所以 Module 在 Erin 的定義是久久出現一次的 view component 才會用它實作。



先寫到這邊，其他等想到再補充～～
Labels:

Comments

  1. 破August 25, 2009 at 2:31 AM

    謝謝Erin，對pureMVC的了解又多懂了些皮毛了!
    請問假設mediator要去讀取同樣已讀取的資料(比如:xml data)，也是要由command or proxy來執行，而不能用mediator來互丟嗎?

    ReplyDelete
  2. Erin LinAugust 25, 2009 at 3:01 PM

    以上都是建議而已！其實程式寫作是你寫它不是它玩你...運用 framework and disign pattern 只是為了讓程式更有邏輯便於開發。
    但是如果發現你的 pureMVC app 都只有用到 Mediator 的時候，就需要重新思考一下你的架構有沒有問題囉！＝）

    ReplyDelete
  3. SinyaMosOctober 7, 2009 at 11:29 PM

    如果要在 runtime 載入 view component
    有沒有可以套用所有新增的 view component 的方法

    目前我是用 module
    把 swf 給 load 進來
    因為 swf 的路徑可以用字串去連
    EX : someString + ".swf"

    如果不使用 module 是否有其他方法可以達成呢？

    ReplyDelete

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...
4 comments
Read more

[作品]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
10 comments
Read more