Re: [請益] 如何選擇適合的設計模式
※ 引述《azoaho (歷史洪流)》之銘言:
: 小弟在設計系統的功能時,時常會不知該用什麼準則來判斷適合的模式
: 之前曾在某個網站中看到同一個問題,拿來套進 23 個模式之中
: 當下看完後,心想:所以大部份的問題都可以任意套用模式?
: 應該不是這樣子,否則四人幫就沒有必要把它們分成三大類了
: 那到底該如何決擇正確的模式
: 這個問題一直困擾著…
: 例如訂單依國別計算不同費用
: 這問題是用工廠好?還是策略好?
: 懇請大大們解惑
這個問題就跟大部分的系統都可以用任何程式語言開發一樣
那你要選哪個語言進行開發?
準則就是如果套用這個模式讓你的系統架構
可以更容易開發新功能/除錯 那就是好的
比如說原本架構你要加一個新功能要花三週要改動50個檔案
套用某模式讓你只要花兩天改動3個檔案就完事 那這個模式可能就有幫助
這裡講"可能"的原因是 有可能這個新模式對A模組的增加新功能很方便
但卻讓你要替換掉B模組非常麻煩
或是增加新功能很方便 但要除錯變得很複雜
所以就是要自己判斷什麼東西有可能常常會變
什麼東西要改的機會很小
然後調整架構讓常常變動的地方好改 那通常就是一個好的模式
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 72.70.46.113 (美國)
※ PTT 網址
推
推
5
我對看到的其中幾句話有一些其他想法和想補充的地方 和大家分享 ※ 引述《strlen (strlen)》之銘言: : ..... : ..... 非到必要時刻不要使用12
請你把clean code三本都看完 可以的話clean architecture也一起 這系列就是在講什麼時候該用什麼模式的準則 我這篇也講幾個重點原則 1. 保持簡單18
首Po小弟在設計系統的功能時,時常會不知該用什麼準則來判斷適合的模式 之前曾在某個網站中看到同一個問題,拿來套進 23 個模式之中 當下看完後,心想:所以大部份的問題都可以任意套用模式? 應該不是這樣子,否則四人幫就沒有必要把它們分成三大類了 那到底該如何決擇正確的模式
23
Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎^^^^^^^^^^^^^^^^^^^^ 有一種狀況是這樣 軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能, 但不好追是哪一行程式造成問題. (開發經驗久的人應該都遇過這種情形) 這種時候我們會需要追是從哪個版本開始壞掉12
[分享] Tesla Model3 二十個軟體小秘密與技巧今天與大家分享20個你可能不知道的Tesla軟體功能。 其實從買到Model3到現在半年多了, 我也慢慢發現許多新功能或者是新模式。今天就來分享給大家~ 影片好看版:5
Re: [請益] 比物件導向更先進的程式設計思想?近 : 幾十年來,從來沒有比物件導向實現更先進的程式設計實現在新程式語言中全面取代物 件 : 導向思想。 : 上面是某程式語言教學書看到的4
Re: [硬體] M2 MacBook風扇和Touch Bar的兩三問TouchBar 要好用,我個人認為最大的前提是不要在上面按 fn 按鍵。 以這個前提下,我會推薦你不要買 touchbar。 除了要額外購買 BTT 這個軟體以外,還需要不少時間摸所自己想要 什麼東西。另外呢,自己喜歡的設定跟實用能不能搭上邊也是一個問題。 先說說 TouchBar 的問題好了。