Design Pattern不一定要用,但一定要會
那本書裡面的pattern是一回事,裡面另一個重點是設計的概念
它書主要是這樣,說明什麼設計會產生什麼問題,然後可以用什麼pattern解
前面那個跟後面那個一樣重要呀,沒看過書你遇到爛架構還不會知道這是爛架構
像是favor object composition over class inheritance
信不信一大票號稱十年以上經驗的資深工程師
寫出來的code還是一堆繼承然後很少interface跟composition
然後跟你說我覺得很好呀,哪邊有問題?
首先你得要有看出現在架構有沒有問題的能力,再來談要用什麼解決方案
要不要用pattern,還是自己想的解法,甚至基於YAGNI原則暫時先擺著
那是找出問題之後的事了
簡單的架構問題,不用看書,大部份有幾年經驗的工程師都看得出來
書中會寫的大部份都是就算十年以上經驗
沒認真想過架構或是實際體驗過爛架構帶來的痛苦
一輩子也不會找得出來的問題
作者累積多年功力跟許多專案中爛架構的經驗,才能寫出這本書
所以重點就是吸收他的經驗,讓自己找出爛架構的功力提升
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 203.196.98.32
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1479969863.A.704.html
※ 編輯: Wolfken (203.196.98.32), 11/24/2016 14:48:30