最初我喜歡這本書(shū)可能是因?yàn)榉羌夹g(shù)方面的原因，這本書(shū)中有很多我喜歡的插圖刺啦。這本書(shū)的第一章的第一句話(huà)是這樣說(shuō)的：讀這本書(shū)通常有兩個(gè)原因：1. 你是一名程序員留特。2. 你想成為更好的程序員。我們需要更好的程序員。
引于：http://blog.csdn.net/jackfrued/article/details/44980689

這本書(shū)的每一章都可以總結(jié)出一句話(huà)蜕青，其實(shí)每章開(kāi)始的插圖就是這句話(huà)的濃縮嫩与。

本書(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ō)了這么一句話(huà)："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à)但是要踐行這條原則卻并不容易蹬蚁，所以我們的代碼中才會(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)幸痪湓?huà)我很喜歡始腾，說(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é)原則）抓谴。

這里寫(xiě)圖片描述

這里寫(xiě)圖片描述

這里寫(xiě)圖片描述

這里寫(xiě)圖片描述