※ 引述《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)