【重構：改善既有代碼的設計】讀書筆記——開篇

【重構：改善既有代碼的設計】讀書筆記總目錄

• 重構原則
• 代碼的壞味道【1】
• 代碼的壞味道【2】
• 代碼的壞味道【3】
• 代碼的壞味道【4】
• 重構手法之從新組織函數【1】
• 重構手法之從新組織函數【2】
• 重構手法之從新組織函數【3】
• 重構手法之從新組織函數【4】
• 重構手法之從新組織函數【5】
• 重構手法之從新組織數據【1】
• 重構手法之從新組織數據【2】
• 重構手法之從新組織數據【3】
• 重構手法之從新組織數據【4】
• 重構手法之在對象之間搬移特性【1】
• 重構手法之在對象之間搬移特性【2】
• 重構手法之在對象之間搬移特性【3】
• 重構手法之在對象之間搬移特性【4】
• 重構手法之簡化條件表達式【1】
• 重構手法之簡化條件表達式【2】
• 重構手法之簡化條件表達式【3】
• 重構手法之簡化條件表達式【4】
• 重構手法之簡化函數調用【1】
• 重構手法之簡化函數調用【2】
• 重構手法之簡化函數調用【3】
• 重構手法之簡化函數調用【4】
• 重構手法之簡化函數調用【5】
• 重構手法之簡化函數調用【6】
• 重構手法之處理歸納關係【1】
• 重構手法之處理歸納關係【2】
• 重構手法之處理歸納關係【3】
• 重構手法之處理歸納關係【4】
• 重構手法之處理歸納關係【5】

 

---

 

背景介紹

重構，一言以蔽之，就是在不改變外部行爲的前提下，有條不紊地改善代碼。

重構不僅能夠改善既有的設計，還能夠幫助咱們理解原來很難理解的流程。好比一個複雜的條件表達式，咱們可能須要好久才能看明白這個表達式的做用，還可能看了很久終於看明白了，過了沒多長時間又忘了，如今還要從頭看，若是咱們把這個表達式運用Extract Method抽象出來，並起一個易於理解的名字，若是函數名字起得好，下次當咱們再看到這段代碼時，不用看邏輯咱們就知道這個函數是作什麼的。若是對這個函數內全部難於理解的地方咱們作了適當的重構，把每一個細小的邏輯抽象成一個小函數並起一個容易理解的名字，當咱們看代碼時就有可能像看註釋同樣，不用再像之前同樣經過看代碼的實現來猜想這段代碼究竟是作什麼的，好的代碼賽過註釋，畢竟註釋仍是有可能更新不及時的。

《重構 改善既有代碼的設計》，這是一部經典之做，相信不少人都聽過或看過，這本書本質上是向咱們推薦了一種優秀的編程習慣和編程態度。在領會本書思想的同時，咱們也應該培養一種精益求精的工做態度，探索出一條更適合本身的重構之路。

不要寫完代碼就束之高閣，也不要遵循那句古老的諺語【若是它還能夠運行，就不要動它】，適當地優化代碼結構，可以爲之後的開發帶來更多方便。

雖說本書是用Java編寫，並且是很老版本的Java，可是對於C#開發人員來講，一點也不影響。由於無關編程語言，思想是相通的。

 

 若是這篇文章對你有幫助的話,評論或推薦下吧！

做者：NaYoung
出處：http://www.cnblogs.com/liuyoung/p/7819380.html 
歡迎轉載，但任何轉載必須保留完整文章，在顯要地方顯示署名以及原文連接。如您有任何疑問或者受權方面的協商，請給我留言