最初我喜歡這本書(shū)可能是因?yàn)榉羌夹g(shù)方面的原因，這本書(shū)中有很多我喜歡的插圖。這本書(shū)的第一章的第一句話是這樣說(shuō)的：讀這本書(shū)通常有兩個(gè)原因：1. 你是一名程序員。2. 你想成為更好的程序員。我們需要更好的程序員。
引于：http://blog.csdn.net/jackfrued/article/details/44980689
這本書(shū)的每一章都可以總結(jié)出一句話，其實(shí)每章開(kāi)始的插圖就是這句話的濃縮。
本書(shū)的第一章是關(guān)于什么是整潔代碼的討論，引用了Bjarne Stroustrup（C++之父）、Grady Booch（UML的創(chuàng)始人之一）等人當(dāng)然也Bob大叔（本書(shū)的作者Robert Martin）自己對(duì)整潔代碼的理解。順便說(shuō)一下，上面那張圖上的代碼應(yīng)該是保齡球計(jì)分程序（不知道大家看清楚了沒(méi)有，哈哈）。
不管是現(xiàn)實(shí)世界還是軟件項(xiàng)目中，命名都是一件讓人頭疼的事情，給小孩起過(guò)名字的就知道，你希望把你對(duì)孩子的期望包含在這個(gè)名字中，你又希望這個(gè)名字讀起來(lái)要好聽(tīng)，至少不至于將來(lái)成為別人的笑柄（比如龐光大、魏升京這樣的名字），可能你還要考慮族譜班輩的排列等等。軟件項(xiàng)目中的命名情況會(huì)更加復(fù)雜，簡(jiǎn)單的說(shuō)命名的原則是"見(jiàn)名知意"，當(dāng)然你還需要用各種方式防范命名沖突的問(wèn)題，不同的編程語(yǔ)言也有自己不成文的像契約一樣的命名規(guī)則和方式（例如匈牙利命名法），這些可能都是需要考慮的事情。我個(gè)人并不喜歡匈牙利命名法，加上一個(gè)類(lèi)型前綴的感覺(jué)就是永遠(yuǎn)和這個(gè)東西綁定到一起了，就如同用C語(yǔ)言的malloc函數(shù)分配內(nèi)存創(chuàng)建一個(gè)能放100000個(gè)元素的數(shù)組，你愿意用下面哪種寫(xiě)法呢？記住：好的名字相當(dāng)于為代碼寫(xiě)了一段有用的注釋。
int* myArray = NULL;
/* 寫(xiě)法1 */
myArray =malloc(100000*sizeof(int));
/* 寫(xiě)法2 */
myArray =malloc(100000*sizeof*myArray);
第三章講的是函數(shù)，說(shuō)了這么一句話："Function should do one thing. They should do it well. They should do it only. "（函數(shù)只應(yīng)該做一件事情，把一件事情做好，而且只由它來(lái)做這一件事情），聽(tīng)起來(lái)很簡(jiǎn)單的一句話但是要踐行這條原則卻并不容易，所以我們的代碼中才會(huì)有很多的壞味道（請(qǐng)參考《重構(gòu)：改善既有代碼的設(shè)計(jì)》一書(shū)的第三章）。事實(shí)上，上升一個(gè)層次，我們?cè)谠O(shè)計(jì)類(lèi)的時(shí)候也應(yīng)該如此，這是面向?qū)ο笤O(shè)計(jì)原則中說(shuō)的單一職責(zé)原則（SRP），當(dāng)我們的代碼中出現(xiàn)了冗長(zhǎng)的方法或者巨大的類(lèi)的時(shí)候，我們就應(yīng)該依據(jù)職責(zé)來(lái)對(duì)其進(jìn)行拆分，這樣程序的結(jié)構(gòu)才會(huì)趨于合理，最終達(dá)到"高內(nèi)聚"的目標(biāo)。當(dāng)然，這一章里面還提到很多理念，包括：Command Query Separation（一個(gè)方法要么執(zhí)行某種命令，要么返回查詢(xún)數(shù)據(jù)）、DRY（不要重復(fù)自己）、Prefer Exceptions to Returning Error Codes（異常優(yōu)于返回錯(cuò)誤碼）等。
第四章講的是注釋?zhuān)幸痪湓捨液芟矚g，說(shuō)的是："Comments Do Not Make Up for Bad Code."（注釋不是對(duì)劣質(zhì)代碼的補(bǔ)救）。事實(shí)上好的代碼即便沒(méi)有注釋也擁有良好的可讀性，但恰當(dāng)?shù)淖⑨寱?huì)讓代碼變得更可讀、可維護(hù)性更高。
第五章講的是代碼風(fēng)格。現(xiàn)代IDE（集成開(kāi)發(fā)環(huán)境）幾乎都有代碼格式化代碼的功能，你只需要設(shè)置好你使用的代碼風(fēng)格就可以了，其實(shí)不只是IDE，很多高級(jí)的文本編輯工具也能夠按照指定的風(fēng)格格式化你的代碼。用什么樣的代碼風(fēng)格不是關(guān)鍵，關(guān)鍵是整個(gè)項(xiàng)目組的成員應(yīng)當(dāng)使用相同的代碼風(fēng)格，讓多個(gè)人編寫(xiě)的代碼看起來(lái)像一個(gè)人書(shū)寫(xiě)的。我個(gè)在代碼中使用的括號(hào)風(fēng)格是1TBS（One True Bracing Style，也叫做K&R風(fēng)格，這種風(fēng)格是Kernighan和Ritchie兩位老師在"The C Programming Language"一書(shū)中使用的代碼風(fēng)格），當(dāng)然Allman風(fēng)格（FreeBSD系統(tǒng)的作者之一使用的代碼風(fēng)格）也是很好的選擇。
第六章討論的是對(duì)象和數(shù)據(jù)結(jié)構(gòu)，讀完之后的感覺(jué)是雖然我們天天都嚷著吼著要面向?qū)ο缶幊蹋呛芏鄷r(shí)候我們都使用了類(lèi)的退化結(jié)構(gòu)，包括我們開(kāi)發(fā)時(shí)經(jīng)常使用的失血模型和貧血模型（事務(wù)腳本模式）都和面向?qū)ο蟮脑O(shè)計(jì)理念相違背。我得承認(rèn)在讀這一章的時(shí)候我可能沒(méi)有抓住作者的觀點(diǎn)。
第七章對(duì)錯(cuò)誤處理（異常）的講解非常精彩的，整潔的代碼中對(duì)錯(cuò)誤的處理應(yīng)當(dāng)是被分離的關(guān)注點(diǎn)（不要跟正常的業(yè)務(wù)邏輯混雜在一起），而面向?qū)ο笾械漠惓C(jī)制就是一種在不打亂原有業(yè)務(wù)邏輯的前提下處理掉程序在運(yùn)行時(shí)發(fā)生的不正常狀況的手段。這章有兩個(gè)觀點(diǎn)我特別欣賞，一是"Use Unchecked Exceptions"（非受檢異常允許你在適當(dāng)?shù)牡胤教幚懋惓＃m當(dāng)?shù)牡胤骄褪钱惓Ｓ绊懘a執(zhí)行邏輯的地方，不管做哪種類(lèi)型的應(yīng)用，都應(yīng)該盡可能向用戶(hù)隱藏異常的發(fā)生，除非發(fā)生了不可挽救的狀況，這才是符合最小驚訝原則的設(shè)計(jì)）；二是"Don’t Return Null"（如果一個(gè)方法在出狀況的時(shí)候返回null，那么調(diào)用者都要通過(guò)頻繁的檢查返回值來(lái)判定是否出錯(cuò)，一旦忘了這件事情就有可能出錯(cuò)，既然null是一種異常狀況，那么用拋出異常的方式來(lái)代替返回null明顯是更好的做法）。
第八章的內(nèi)容對(duì)實(shí)際開(kāi)發(fā)有重要的指導(dǎo)意義，因?yàn)槲覀兊捻?xiàng)目中不可避免的要使用第三方工具，因此我們需要將這些東西整潔的納入到我們的系統(tǒng)中，這時(shí)就需要考慮系統(tǒng)邊界的問(wèn)題。有的時(shí)候我們會(huì)千辛萬(wàn)苦的發(fā)現(xiàn)系統(tǒng)中的一些bug是來(lái)源于第三方工具的，當(dāng)然我們基本上沒(méi)有時(shí)間去重頭學(xué)習(xí)和研究第三方工具或者自己寫(xiě)代碼來(lái)實(shí)現(xiàn)第三方工具的功能，但是我們至少應(yīng)該先對(duì)第三方工具進(jìn)行測(cè)試。我在以前的項(xiàng)目中，即使用Apache提供的那些著名的第三方工具，我的做法也是先寫(xiě)測(cè)試代碼對(duì)這些工具的可用性和有效性進(jìn)行證實(shí)，當(dāng)然有的時(shí)候可能是過(guò)于謹(jǐn)慎了，但這種習(xí)慣和做法本身是很好的。在這種場(chǎng)景下，適配器模式是非常好的設(shè)計(jì)，它不僅能將不兼容的接口改寫(xiě)成兼容的接口，還能夠?qū)νㄟ^(guò)對(duì)第三方工具重新封裝來(lái)避免邊界的變化對(duì)系統(tǒng)的影響。
第九章的內(nèi)容是單元測(cè)試。Bob大叔是TDD（測(cè)試驅(qū)動(dòng)開(kāi)發(fā)）的倡導(dǎo)者，這一章講的是如何編寫(xiě)整潔的測(cè)試，Bob大叔的答案是FIRST規(guī)則（Fast、Independent、Repeatable、Self-Validating、Timely）。
第十章介紹類(lèi)的設(shè)計(jì)，最重要的還是SRP（單一職責(zé)原則）。
??總之，這本書(shū)從引言到附錄都無(wú)比精彩，書(shū)中的代碼是用Java語(yǔ)言書(shū)寫(xiě)的，趕緊去閱讀吧。
