Re: [請益] 如何選擇適合的設計模式

看板Soft_Job作者JohnRoyer (日落 Zero)時間4年前 (2021/11/08 01:27)推噓5(5推 0噓 20→)

留言25則, 7人參與討論串4/4 (看更多)

我對看到的其中幾句話有一些其他想法和想補充的地方和大家分享 ※ 引述《strlen (strlen)》之銘言： : ..... : ..... 非到必要時刻不要使用不是只有 SOLID 原則、設計模式非必要時不要用到我覺得包括 clean code 裡面提到的東西、重構甚至到 Effective SQL、CI/CD、SRE 之類的東西也一樣沒有需要用到表示手上的工作可以用最簡單的方式解決掉但這些東西之所以會被整理成冊、流傳多年，甚至有些還被喻為必讀聖經就是因為這些東西都是在特定領域最常被使用來解決問題的方法、流程而且想逃避不用還不一定逃得掉最好的方法是邊做、邊學、邊討論上面幾句話提到的東西其實不少再加上自己前一段講的名詞加起來這輩子要學到透徹、學到精通應該蠻難的 (我想自己是做不到) 但建議把這些專有名詞都看過、知道有這個東西因為可以大幅降低溝通成本、避免討論上不小心造成的誤解「覺得這邊做 method extraction 以後再來用類似觀察者模式下去調整，應該就可以解決 ......」聽到「method extraction」和「觀察者模式」可能沒辦法理解流程、程式調整方式但若有聽過、知道這些名詞的概要、特性就可以很快的了解需要重構、並讓類別提供一些特定的 method 供使用覺得也不是說業界沒在用、或是不重視只是這些東西默默融入生活中討論的時候不一定會以專有名詞的方式出現而已「試試看走下路，然後在森林出口和草叢附近種香菇」 : 沒有所謂的正確的模式書上整理出來發法、設計方式大多是遇到問題比較通用的解決方法，或是可以參考的常見設計方式我目前幾乎沒有遇到剛剛好可以一模一樣完全照著做就能解決問題的問題就和人生一樣，多數的問題都沒有最佳解，只有可能的較佳解但有件事情是肯定的：站在巨人的肩膀上能少走一些冤枉路累積更多的經驗、了解更多人的思路和解決方案可以讓你在決策時做出更適當的選擇 ---- 突然覺得好像不該選擇在半夜寫垃圾 QQ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.35.45.14 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1636306063.A.154.html

推

pjwck

11/08 18:57, 4年前 , 1^F

11/08 18:57, 1^F

推

MatTZerS

11/09 11:46, 4年前 , 2^F

11/09 11:46, 2^F

→

MatTZerS

11/09 11:46, 4年前 , 3^F

11/09 11:46, 3^F