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 持有但是又不會互相干擾!

  10. 善用 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 才會用它實作。



先寫到這邊,其他等想到再補充~~

Comments

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

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

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

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

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

    ReplyDelete

Post a Comment

Popular posts from this blog

[Unity] erinylin.lazylib - Cookie for PlayerPrefs

有鑑於 PlayerPrefs 測試與版本更新問題,將大家都愛用的 PreviewLabs.PlayerPrefs 打包起來,製作重點還是以懶人為主,基本上 PlayerPrefs 資料更新與數量並不可能會有強烈衝擊效能的狀況產生,所以為了方便開發,就弄了一個視覺化工具,方便除錯用。

雖然 PreviewLabs.PlayerPrefs 作者都宣告放棄他們的版權,不過為了尊重程式,僅僅加入了兩個公用函式,其他並無更改。

內有:
Cookie ManagerCookie 用 DataObject 混合編輯 ScriptableObject執行階段除錯視窗工具當然還是有懶人常數檔案輸出資料版本控制,方便更新版後儲存資料更新功能其實很多,有興趣的請自行到 Github 下載並參考範例吧!

PureMVC 我也會 [1]

為什麼要學 PureMVC ? 明明網路上一堆免費的 MVC 微型框架,為什麼 Erin 特別愛用 PureMVC?
嚴格說起來,使用 PureMVC 開發的專案寫出來的 class 檔一定比 一些簡化版 PureMVC base 的 framework 如 Robotlegs 多,也比較難入門,但是為什麼要特別推薦它?

答案很簡單,越基本的東西反而是最好延伸,留白越多的紙最好畫!也因為如此才令人著迷啊...(咦?)

百分百真情推薦:
大家的職責切分的很乾淨...棒訊息傳遞機制是好物由於架構超然於 Flash / Flex 架構上,反而在 team work 分工的時候更方便擁有多個程式語言的版本,想要入門其他語言是個不錯的選擇Source code 公開化,要改要加什麼隨便你~~出來的時間比較久相關資源多
接下來就來看圖說故事。
PureMVC Diagram, 出處:PureMVC 官網

當初第一眼看到這張圖的時候,真的挺像個變形蟲,不過想要快速了解 framework 的基本運作流程,最容易的方法就是看圖說故事...

PureMVC 核心是由四個單例(singleton design pattern) 組成: Facade, Model, View and Control,唯一出入口就是 Facade,你會發現圖示中 Model, View and Control 都是雙向指向連接到 Facade,它們互相不清楚其他人的存在。

這四個 Class 你也只需要認識 Facade 即可...=)

Facade :
圖示中, Facade 下方有三個圈圈分別是 Mediator, Command and Proxy,意思是所有實作這三種 class instance 都是透過 Façade 來註冊移除或取用其他資源。拿 Flash 來比喻, Facade 很像是 root,所有的 DisplayObject 顯示、操作和移除都可以透過 root 抓取實體後執行,所有實體都可以透過 root 去找到其他實體。在 PureMVC 中, 它最大的作用就是切開 MVC 彼此的依賴,也提供 user 一個統一的操作出入口。

Model, View and Control
你會發現這三個大圈圈旁邊都有一堆同色的 Proxy, Command and Mediator,當各自的 class inst…

[AIR] JoSiResize - Mobile 開發小工具

JoSiResizev0.6.0,Adobe AIR 3 runtime之前開發 tool app 的時候並沒有很深刻的體認到圖片素材的 resize 是一個很麻煩的事情...畢竟圖片使用量並不大,等到開發遊戲類的 app 才發現光處理不同螢幕尺寸的圖片素材是一個相當折磨人的工作。
因此 JoSiResize app 誕生了~~~原理是採用最小 scale 長寬比例不變的方式進行放大縮小。使用方法非常簡單,設定好變更的尺寸,接下來,將需要處理的圖片檔案全選直接拖曳到視窗內,畫面即會跳出預備儲存的檔案夾選擇畫面,確認後即開始轉檔。