JWorld@TW the best professional Java site in Taiwan
      註冊 | 登入 | 全文檢索 | 排行榜  

» JWorld@TW » Software Design  

按列印兼容模式列印這個話題 列印話題    把這個話題寄給朋友 寄給朋友    訂閱主題
reply to postflat modego to previous topicgo to next topic
本主題所含的標籤
無標籤
作者 Design Pattern 的迷思
jeromechung





發文: 4
積分: 0
於 2005-02-01 20:27 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
剛剛看完 Design Pattern 的三個 Pattern,跟管理狀態有 State Pattern ...等.腦中想的是如何把 State Machine 的機制,引用 Design Pattern 來解決.

卻發現找不到一個合適的,可能是我功力還不夠吧:p.但後來一凝思,卻發現如果從方法論來看,Design Patern 實是犯了導果原因的兵家大忌.因為 Design Pattern 是觀察成型程式碼後,所漸漸歸納出來的成果產物.可是他們卻沒有明確定義這些 Pattern 從何而來的因果關係.

所以我會認為,這些 Pattern 大部分的引用時機,是在當你已經寫好一組成 Class 之後,可以參考 Design Pattern ,分析設計時除非已經很清楚自己要解決問題的情境是可以引用裡面的某種 Pattern, 不然還是按部就班的把問題情境定義清楚才是上策,因為這才是源頭.

後來我在網路上也找到類似的論調,Head First Design Pattern一書,就是在闡述 Why Use Pattern,When to Use,重點是 When no to Use..,真高興終於找到有人跟我一樣的看法.而且,本書還是銷售第一名呢?呵.

其實如何描述一個現象才是最重要的,這個是源頭,現象沒有被定義描述清楚, 如何知道要怎麼歸納.歷代科學家再建立一個理論模型時,也都是設定目標,觀察現象,描述現象,發覺問題,提出合理質疑與假設,假設解決方案,驗證解決方案.經過這幾個步驟,才能循序漸進得到一個理論.

我想建立起一個更優質值得歸廣 Analysis Pattern 或許才是真正我們需要的,沒有 Analysis 清楚就硬要套用到 Design Pattern 通常結果都是未如預期.

政欣


reply to postreply to post
話題樹型展開
人氣 標題 作者 字數 發文時間
4463 Design Pattern 的迷思 jeromechung 773 2005-02-01 20:27
3684 Re:Design Pattern 的迷思 Ticore 149 2005-02-01 20:51
3406 Re:Design Pattern 的迷思 Madagascar 221 2005-02-02 11:09
3497 Re:Design Pattern 的迷思 caterpillar 199 2005-02-01 21:04
3376 Re:Design Pattern 的迷思 try 53 2005-02-04 21:37
3333 Re:Design Pattern 的迷思 caterpillar 33 2005-02-04 22:06
3621 Re:Design Pattern 的迷思 jeromechung 65 2005-02-05 18:31
» JWorld@TW »  Software Design

reply to postflat modego to previous topicgo to next topic
  已讀文章
  新的文章
  被刪除的文章
Jump to the top of page

JWorld@TW 本站商標資訊

Powered by Powerful JuteForum® Version Jute 1.5.8