看板
[ CSSE ]
討論串[問題] 反design pattern的見解
共 12 篇文章
內容預覽:
^^^^^^^^^^^^^^^^^^^^^^. 實際上已知的 pattern 是極多的，記得以前有人列出了超過兩百個。. 傳說中集合 256 個 pattern 就能解決一切問題 XD. (這個傳說應該是因為 Pattern Language 列出了 253 個建築用的 pattern,. 非常接近
(還有2090個字)
內容預覽:
恕刪. 這是學pattern的重點，一定要寫過成打的爛程式，並且有認真思考過. 要怎麼改進，在看pattern的書時才會懂得哪些pattern適合使用的情況，. 而不會在寫系統時亂套一通。. 其實也不用到超有經驗，只要有寫過程式且認真思考怎麼改進他的重用性，. pattern會越用越順手。. 就跟練
(還有150個字)
內容預覽:
GoF 的書中那段就我個人看來有點牽強，. 不單是其它書都沒有這樣說的緣故，. 在 syntax 上來看，. 最後被呼叫的 method name 並不是一開始被呼叫的，. 像是 a.foo(b) 這樣 call，. 最後實際上被 call 到的並非還是叫做 foo 的 method。習慣上 Sin
(還有1696個字)
內容預覽:
這個嘛... 我都不太記得自己說過什麼了。. 既然被點名，簡單講一點粗糙的批評意見好了，現在沒辦法講得細緻。. pattern 的概念是一種高度的抽象化方法，不是很適合過度簡化為特定的操作. 方法，在多數軟體組織的生產模式仍然類同於農業化或工業化前期的狀況下，. 經常被強硬推廣和過度簡化，這可能是
(還有1024個字)
內容預覽:
似乎與我的認知不太一樣. 因為在GoF的書中 在visitor的實作部份有寫道. visitor要達成的效果就是double dispatch沒錯 把規則寫到CODE裡. 比寫到文件裡有用得多. 但是還是有人會"咦 這個class怎麼沒ctor 我改一下api喔" Orzcompiler實作時有時需
(還有278個字)