※ 引述《azoaho (歷史洪流)》之銘言： : 小弟在設計系統的功能時，時常會不知該用什麼準則來判斷適合的模式 : 之前曾在某個網站中看到同一個問題，拿來套進 23 個模式之中 : 當下看完後，心想：所以大部份的問題都可以任意套用模式？ : 應該不是這樣子，否則四人幫就沒有必要把它們分成三大類了 : 那到底該如何決擇正確的模式 : 這個問題一直困擾著… : 例如訂單依國別計算不同費用 : 這問題是用工廠好？還是策略好？ : 懇請大大們解惑 這個問題就跟大部分的系統都可以用任何程式語言開發一樣 那你要選哪個語言進行開發？ 準則就是如果套用這個模式讓你的系統架構 可以更容易開發新功能/除錯 那就是好的 比如說原本架構你要加一個新功能要花三週要改動50個檔案 套用某模式讓你只要花兩天改動3個檔案就完事 那這個模式可能就有幫助 這裡講"可能"的原因是 有可能這個新模式對A模組的增加新功能很方便 但卻讓你要替換掉B模組非常麻煩 或是增加新功能很方便 但要除錯變得很複雜 所以就是要自己判斷什麼東西有可能常常會變 什麼東西要改的機會很小 然後調整架構讓常常變動的地方好改 那通常就是一個好的模式 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 72.70.46.113 (美國) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1636078869.A.EEA.html