重構與設計：重構一書提到重構與設計的關係，講到的乙個場景就是，作者早年程式設計，總是混混額額的開始編碼，很快就發現事先做好設計可以節省很多返工的工作量，於是又有意識的加強「預先設計」風格。
這不正是目前國人的寫照嗎，國人往往吃了沒有設計的虧後，就過分強調設計，特別在大專案大企業更是如此，其實還是處於軟體開發的初級階段，是走了另乙個極端。
有觀點認為，特別是極限程式設計認為，完全靠重構也可以達到設計良好的軟體。但是作者認為好的有效率的辦法是適度設計。意思是你不需要乙個最正確的解決方案，你只需要乙個足夠合理的方案，然後開始編碼，編碼中再不斷重構。
這樣做的好處是，設計的完全正確是很難的，你總有無法準確**未來的時候，如期靠猜，不如把精力放在確定的事情上，設計只考慮目前確定的需求，對於變化，可以靠重構來滿足。
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...
重構讀書筆記
年前參加了軟體重構的培訓，就像老師所說，幾天的培訓不會有實質的變化，主要的目的是出發更深層次的思考和不斷的實踐，1，duplicated code，重複 是最常見，醜陋的壞味道，有以下一些解決辦法 extract method pull up method template method 這個準則最...
重構 讀書筆記
1.重構的基本原則 新增新功能和重構是兩類工作。重構時，盡量不要新增新功能，除非發現了原來程式的錯誤。其實即使發現原來的錯誤，也應該把錯誤暫時記下來，待重構完成後，再修改原來的錯誤。重構就是不修改程式對外的表現形式，哪怕原來是錯誤的。2.重構時state模式的使用 當乙個物件中的某個屬性需要改變類屬...