【重構：改善既有代碼的設計】讀書筆記總目錄
- 重構原則
- 代碼的壞味道【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
歡迎轉載，但任何轉載必須保留完整文章，在顯要地方顯示署名以及原文鏈接。如您有任何疑問或者授權方面的協商，請給我留言