Plurk

24 responses to this plurk (Jump to bottom)

  • jeromemf
    這是因為他的規則多,為了保留彈性用的機制也比較抽象,一般剛接觸程式的新手,較難駕馭與體會。如果有機會,想在這基礎上,再封裝一套比較容易學習與使用的Class。或許這樣能夠更有助於推廣 :-)
  • jeromemf
    不過在這之前,要先把pureMVC Trace 完才能做這件事了,這可也是一件不小的工程啊,ㄟ...,我可以搞得定嗎? (unsure)
  • 達達羊
    這是必經的過程,不過對從未開發過的人來說,他們無法理解為何要用Framework
  • jeromemf
    對,說真的,沒有開發與維護過中大型系統的程式設計師,真的是比較難體會Framework 與 Pattern 的重要性,況且這些技術與知識又比較抽象,沒痛過很難知道為什麼要用這些機制。
  • 達達羊
    是啊!所以現在我教人,都是要他們先去做,然後我在大改規格,讓他們痛過一次
  • 達達羊
    再講使用Framework 跟Pattern的優點,他們比較能接受這種看似麻煩的東西
  • 達達羊
    不過對於那種簡單到爆的小程式,就不需要搞到這麼複雜了
  • jeromemf
    達達羊相信你帶出來的徒弟,一定蠻有水準的。這樣的教法確實是能夠讓新人體會使用 Framework 的好處。不過說真的,不需要為了 Pattern 而 Pattern 才是重點。
  • 達達羊
    不過我是為了推廣Flex才教人的說~ (woot)
  • jeromemf
    需求簡單的程式,根本也不需要硬要用Pattern來套,這都是要靠實戰經驗的累積,才能做精準的判斷。
  • 達達羊
    所以要達到真正的程式設計師,需要時間的磨練
  • Erin
    關於包裝後的 pureMVC 你可以參考 fabrication ....它已經非常完整了...=) 只是自己組合比較好玩~~
  • 派小蝸
    真的是很巧,最近一直被同事問mvc和state machine的問題,所以我也要來回頭K一下puremvc了,哈大家最近也都在看呢。Erin也剛好分享了state macnine。
  • Tone
    不過 事件 送來送去 找程式碼好辛苦 :-&
  • jeromemf
    是啊,達達羊,唯有透過不斷的實戰與時間的累積,才能磨出一個廣度深度兼具的程式設計師,或許也可以稱為架構師了。當然,要求自己不斷進步追求改善的心態也是關鍵,真的是不容易。
  • jeromemf
    好,Erin今天找時間就來看一下fabrication,謝謝。 :-)
  • jeromemf
    嗯嗯,jing你跟我有一樣的感覺。不過或許是我還沒熟析,沒辦法從這中間掌握更好的技巧來處理這個問題。
  • jeromemf
    我想看看 fabrication 有沒有更進一步的封裝機制。理當應該可以將所有Command集中在一個地方控管跟對映,我還要一些時間去Trace與熟悉裡面的機制。 :-)
  • jeromemf
    Pai大星真巧,我也是最近上撲浪,跟看到Erin分享的一篇PureMVC好文,示範動態載入Module,才對 pureMVC產生極大的興趣,看來還是蠻巧的呢 (LOL)
  • jeromemf
    雖然說,fabrication以更簡潔的方法來運用 puremvc ,但它延伸的機制也不少,等於又要再學習一套機制。
  • jeromemf
    或許Erin依需求自己挑選 pureMVC中的 Pattern來組裝出自己想要的機制,是更好的學習之路。 :-)
  • jeromemf
    我現在也在Trace Erin的範例程式碼,只不過我把pureMVC 的Source Import 進去,想以這個點切進去Trace pureMVC 整體的運作流程與機制。 :-)
  • 南南獸
    我自己用framework 的原因是因為可以重用之前的code 以及可以同designer 分開做野,

Ads