※ 引述《Clangpp (Clang++)》之銘言：
: 事情是這樣的，小弟目前在工作上想要用
: template 來實作strategy (因為自己在研究template的一些玩法,所以想要在工作上嘗試
: 順便利用它來避掉用virtual的成本)
: 下面有一個物件叫做verifier (驗證者) 是一個interface
: 底下會有好幾個他的division class 像是密碼驗證，智慧卡驗證，或是指紋驗證
: 然後各自的驗證再去實作他自己的東西
: 那其中有個function叫verify (密碼驗證就是丟密碼，智慧卡驗證要丟他的一些data
: struct，而指紋驗證是要丟指紋的影像byte)
: 由於參數會不同，所以template有沒有什麼樣的手段可以讓他做到參數可變化??
: 特化?? 還是說我都統一丟void *進去 各自實作的function再去解讀??
: 以上問題有請解答 謝謝
不好意思，小弟我衍伸出一些疑問。用Template實作Strategy Pattern是不是有點失
去他最大的好處?? 因為畢竟這個模式最大的賣點就是run time下可以一個介面變換
不同的演算法。那麼用template的用途是? 我為什麼不直接去call那個演算法的物件
就好了?? 還要透過你template再一層。 我看Gof的書上說Strategy Pattern還有另外一點
，就是你如果演算法有用到不想給人家知道的資料結構或是機密。那可以在用他包一層
。可是感覺不出來這樣就可以不讓人家看到耶...
以上問題懇請回答
謝謝

策略看需求決定 人家會這樣設計就是有他的理由你不了解別人程式的需求 那有什麼好討論的…

喔喔喔 所以小弟我想了解可以有什麼樣的用途 謝謝

我只是想說，你想反了 先有需求，擬定策略，才有做法而不是死記模式，然後哪個模式給我最多好處我就用他模式只是一個教你設計的範例 先假設情境再解決給你看沒有人能數出所有優缺點的，因為同樣做法放在不同情境就是不一樣作者講的優缺點就只是舉例，教你怎麼想而已，不是要你背起來每個模式都是由好幾個概念組合起來的，你要學習的是其中的概念，不是模式本身要是模式本身有實用性的話早就有23 patterns 的 Lib 出來了Patterns 的展示&教學意義比實用性高太多了不要被社群的造神風氣影響了，請看事物的本質所以，不會有你講的失去好處的問題 只有最適合的方法，沒有最好的方法然後用 template 當然是效能和 general 程度的取捨得到的結果不知道人家的用途也無從得知為何不要完全用 virtual 或是整個寫死而選用 template 啊

喔喔 了解了 謝謝

事實上，strategy pattern用template 來做就是一整個奇怪

或許是他的用詞吧 不該套這個詞上去的 造成誤會

不不不 Gof的書上確實有寫到 用template做strategy但是確實就是無法run time變換演算法作者也有寫 所以我才好奇 這樣是要怎麼用所以我的問題就跟bluesoul大一樣XD

是喔 我以為可以 runtime 決策是 strategy 的重點欸!因為那代表它可以把 state 儲存在 type 以外的其他地方啊用 type 紀錄 state 在沒有 type families 和 dependenttype 的語言裡是要怎麼 runtime 做決定啦XDD我也是很好奇