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