本周大致翻看了一下《代碼整潔之道》，著實學到了一些東西。

在第一章裏，Bjarne Stroustrup（C++發明者）便闡明了整潔的代碼所蘊含的意義，他說：“我喜歡優雅和高效的代碼，代碼邏輯應當直接了當，叫缺陷難以隱藏；盡量減少依賴關系，使之便於維護；依據某種分層戰略完善錯誤處理代碼；性能調至最優，省得引誘別人做沒有必要的優化，搞出一堆混亂來，整潔的代碼之做好一件事。”

第二章是關於命名的，命名便是要做到名副其實，例子如下：

int d; // 消逝的時間，以日計

名稱d什麽也沒說明。它沒有引起對時間消逝的感覺，更別說以日計了。我們應該選擇指明了計量對象和計量單位的名稱：

int elapsedTimeInDays;

int daysSinceCreation;

int daysSinceModification;

int fileAgeInDays;

要簡潔，直明變量的意思，不會對人產生誤導作用，同時為了防止出錯，也需要對變量的生存期以明確。

第三章是對於函數的要求，作為一個函數，要做到精簡，專業（一個函數只做一件事並要做好一件事）。並且函數的參數要盡可能的少，而且不要有goto語句。同時給函數取個好名字，能較好地解釋函數的意圖，以及參數的順序和意圖。對於一元函數，函數和參數應當形成一種非常良好的動詞/名詞對形式。例如，write(name)就相當令人認同。不管這個“name”是什麽，都要被“write”。更好的名稱大概是writeField(name)，它告訴我們，“name”是一個“field”。

第四章為註釋，無需多言，在一個開發團隊裏，要想讓隊友更加方便快速地了解你地思想，註釋便是必不可少的但千萬不要以為註釋越多越好，我們要杜絕廢話，做到像代碼一樣精煉！

第五章敘述了格式的重要性，大括號的對齊，順序代碼的對齊，以及多從if語句的縮進。還有就是一行的長度，作者建議是上限是120個字符，賦值語句的兩端也要記得留空。好的格式能夠讓你在檢查錯誤的時候更加迅速，也能夠使你的代碼得到更多人的欣賞。

之後的幾章尚未有時間看完。

讀書筆記3.29