※ 引述《tinlans ( )》之銘言： : visitor 我印象中跟 double dispatch 沒啥關係， : double dispatch 是 multimethod 的一種實現方式， : 的確像是 Haskell 和 Dylan 這些語言就有支援， : 主要是你希望 obja.method(objb) 這樣寫的時候， : 實際會是哪個 method 被 call 到， : 不但要看 obja 的實際型別， : 還要看 objb 的實際型別才能決定， : 否則你必然得在 obja 實際型別的 method 裡， : 寫一大串 if else 搭 typeid 和 dynamic_cast 判斷 objb 的實際型別才能搞定， : 這個部分通常被稱為 type switch， : 在 C++ 的 OO 程式碼裡算是一大惡例。 似乎與我的認知不太一樣 因為在GoF的書中 在visitor的實作部份有寫道 visitor要達成的效果就是double dispatch : : 版上各位對design pattern的看法又是如何呢?在實際使用方面呢? : : 我平常寫程式時也常會使用一些基本的pattern : : 像是singleton, factory, visitor 但對有些pattern還是未能運用自如 : : 我覺得pattern是還蠻重要的 可以把思考提升一個層次 : : 學習pattern除了看書外 假如能碰到需要使用的場合 : : 使用過幾次 看到問題就能想到pattern : : 這方面光看書應該比較難體會 一些實務經驗似乎是必需 : : 版主之前有發表過關於pattern的文章 但似乎是持反對立場 : : 不知道我們應該對pattern持什麼樣的態度呢? : singleton 和 factory 簡單來說就是防白目用的， : 或是防止自己耍白癡， : team work 的時候常常有很多白目講不聽又不看文件和註解， : 白話來說這兩個 patterns 是預防這些狀況發生的策略之一， : 不過考試這樣作答零分就是了， : 因為它們存在的意義不只是這些， : 我沒講的教科書應該都有講了。 沒錯 把規則寫到CODE裡 比寫到文件裡有用得多 但是還是有人會"咦 這個class怎麼沒ctor 我改一下api喔" Orz : visitor 的話我建議是盡量少用， : 它在 OO design pattern 界裡面受爭議的程度， : 跟 procedural programming 裡的 goto 差不多， : 不是絕對不可以用， : 也不是說用了一定會不好， : 而且也的確有它有用的地方。 : 至於用到它的時機， : 簡單說就是做一些 dirty work 的時候會用到， : 一般來說會伴隨著實務上某些奇怪的要求， : 才會讓你非用它不可， : 它的實現手法事實上也蠻骯髒的。 compiler實作時有時需要爬很多樹 像AST, IL等 也算是visitor最典型的用法 不知道大大指的的dirty work是指什麼 可以給個明確的例子嗎 這方面經驗不多 還請大大指教 : : [1] http://fcamel.twbbs.org/archives/2007/01/14/247/ : : [2] http://en.wikipedia.org/wiki/Design_pattern_(computer_science)#Criticism : : [3] http://en.wikipedia.org/wiki/Double_dispatch 昨天又想了一下 想到「人月神話」中的no silver bullet 軟體的問題有2種 一種是Essential Difficulties 另一種是Accidental Difficulties 像是design pattern解決的算是因為工具選擇所帶來的Accidental Difficulties 還是軟體本來就需要套用pattern? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.30.72.148 ※ 編輯: ellinas 來自: 61.30.72.148 (02/09 09:34) ※ 編輯: ellinas 來自: 61.30.72.148 (02/09 09:45)