程式碼整潔之道 讀書筆記（二）第12章 迭進

 多數經理想要好帶嗎，即便他們總是痴纏於進度。他們會奮力衛護進度和需求；那是他們該乾的。你則當以同等的熱情衛護程式碼！--Robert C Martin 程式碼整潔之道 第一章 P5

每次重讀的時候都覺得上面那句話好有道理。通常都是，功能寫好了，可以執行了。OK，處理下一個問題。一直髮懶、發懶、發懶。。。以至於可維護度越來越低。

OK，切入正題。

第十二章的名字叫 迭進，內容非常簡短。主要介紹了四條規則，以便輕鬆寫出整潔程式碼。但是讀完後，很想吐槽一下：迭進這詞兒讀起來太彆扭了。

感覺叫做：簡潔性重構的四個原則 更符合意譯。

四條原則如下：

1、執行所有測試

2、不可重複

3、表達了程式設計師的意圖

4、儘可能減少類和方法的數量

一、執行所有測試  

這條不敢恭維。因為以往的經歷中，並沒有見識過測試驅動開發。但是仔細想想，可能就是為了保障處理邏輯無漏洞。同時，為了簡化測試用例的編寫，也會盡量保障函式、類功能的單一性。從而達到符合SRD的原則。

二、按照四條規則中的 2、3、4條規則進行程式碼重構。

 2、 不可重複 

要有消除重複的意願。第一次遇到類似功能，可以不提出來，第二次遇到類似功能的程式碼，就必須考慮提取公共部分，形成通用方法了。以前，糾結於第一次寫程式碼的時候就會考慮要不要把某部分寫成公共方法，以便以後使用。考慮的太遠了。現在的想法是：構思功能，對極有可能重用的程式碼才提煉為公共方法。否則一律不予處理。第二次遇到類似處理時，再提取，重構。

3、表達了程式設計師的意圖

  這個表達太官方了。說直白一點就是：變數名、方法名、類名、介面名等需要命名的地方，一定要見名知意！且符合一般規範。逐漸形成自己的命名風格，作為自己程式設計風格的一部分。這是軟實力，算是內功的一部分。需要注意並刻意訓練。  起名字的時候，儘量跟權責進行關聯。

有太多時候，我們寫出能工作的程式碼，就轉移到下一個問題上，沒有下足功夫調整程式碼，讓後來者易於閱讀。

  ~~用心是最珍貴的資源。P162