推 CoNsTaR: 策略看需求決定 人家會這樣設計就是有他的理由 09/08 21:17
→ CoNsTaR: 你不了解別人程式的需求 那有什麼好討論的… 09/08 21:17
→ Sirctal: 喔喔喔 所以小弟我想了解可以有什麼樣的用途 謝謝 09/08 21:18
推 CoNsTaR: 我只是想說，你想反了 先有需求，擬定策略，才有做法 09/08 21:54
→ CoNsTaR: 而不是死記模式，然後哪個模式給我最多好處我就用他 09/08 21:54
→ CoNsTaR: 模式只是一個教你設計的範例 先假設情境再解決給你看 09/08 21:54
→ CoNsTaR: 沒有人能數出所有優缺點的，因為同樣做法放在不同情境就 09/08 21:54
→ CoNsTaR: 是不一樣 09/08 21:54
→ CoNsTaR: 作者講的優缺點就只是舉例，教你怎麼想而已，不是要你背 09/08 21:54
→ CoNsTaR: 起來 09/08 21:54
→ CoNsTaR: 每個模式都是由好幾個概念組合起來的，你要學習的是其中 09/08 21:54
→ CoNsTaR: 的概念，不是模式本身 09/08 21:54
→ CoNsTaR: 要是模式本身有實用性的話早就有23 patterns 的 Lib 出 09/08 21:54
→ CoNsTaR: 來了 09/08 21:54
→ CoNsTaR: Patterns 的展示&教學意義比實用性高太多了 09/08 21:54
→ CoNsTaR: 不要被社群的造神風氣影響了，請看事物的本質 09/08 21:54
推 CoNsTaR: 所以，不會有你講的失去好處的問題 只有最適合的方法，沒 09/08 22:00
→ CoNsTaR: 有最好的方法 09/08 22:00
→ CoNsTaR: 然後用 template 當然是效能和 general 程度的取捨得到 09/08 22:00
→ CoNsTaR: 的結果 09/08 22:00
→ CoNsTaR: 不知道人家的用途也無從得知為何不要完全用 virtual 或是 09/08 22:00
→ CoNsTaR: 整個寫死而選用 template 啊 09/08 22:00
→ Sirctal: 喔喔 了解了 謝謝 09/08 22:08
→ bluesoul: 事實上，strategy pattern用template 來做就是一整個奇 09/08 22:43
→ bluesoul: 怪 09/08 22:43
→ CoNsTaR: 或許是他的用詞吧 不該套這個詞上去的 造成誤會 09/08 22:46
→ Sirctal: 不不不 Gof的書上確實有寫到 用template做strategy 09/08 22:50
→ Sirctal: 但是確實就是無法run time變換演算法 09/08 22:51
→ Sirctal: 作者也有寫 所以我才好奇 這樣是要怎麼用 09/08 22:52
→ Sirctal: 所以我的問題就跟bluesoul大一樣XD 09/08 22:55
推 CoNsTaR: 是喔 我以為可以 runtime 決策是 strategy 的重點欸! 09/08 23:12
→ CoNsTaR: 因為那代表它可以把 state 儲存在 type 以外的其他地方 09/08 23:14
→ CoNsTaR: 啊 09/08 23:14
推 CoNsTaR: 用 type 紀錄 state 在沒有 type families 和 dependent 09/08 23:17
→ CoNsTaR: type 的語言裡是要怎麼 runtime 做決定啦XDD 09/08 23:17
→ CoNsTaR: 我也是很好奇 09/08 23:17