中文名: O’Reilly精品圖書系列：編寫可讀代碼的藝術
作者: (美) (鮑斯維爾Boswell) (D.)
(美) (富歇Foucher) (T.)
譯者: 尹哲
鄭秀雯
圖書分類: 軟件
資源格式: PDF
版本: 掃描版
出版社: 機械工業出版社
書號: 9787111385448
發行時間: 2012年07月01日
地區: 大陸
語言: 簡體中文
簡介:



內容簡介：
　 細節決定成敗，思路清晰、言簡意赅的代碼讓程序員一目了然；而格式凌亂、拖沓冗長的代碼讓程序員一頭霧水。除了可以正確運行以外，優秀的代碼必須具備良好的可讀性，編寫的代碼要使其他人能在最短的時間內理解才行。本書旨在強調代碼對人的友好性和可讀性。
　 《O’Reilly精品圖書系列：編寫可讀代碼的藝術》關注編碼的細節，總結了很多提高代碼可讀性的小技巧，看似都微不足道，但是對於整個軟件系統的開發而言，它們與宏觀的架構決策、設計思想、指導原則同樣重要。編碼不僅僅只是一種技術，也是一門藝術，編寫可讀性高的代碼尤其如此。如果你要成為一位優秀的程序員，要想開發出高質量的軟件系統，必須從細處著手，做到內外兼修，本書將為你提供有效的指導。
　 主要內容：
　 ·簡化命名、注釋和格式的方法，使每行代碼都言簡意赅。
　 ·梳理程序中的循環、邏輯和變量來減小復雜度並理清思路。
　 ·在函數級別解決問題，例如重新組織代碼塊，使其一次只做一件事。
　 ·編寫有效的測試代碼，使其全面而簡潔，同時可讀性更高。
資源來自網絡，如侵犯了您的權利，請點擊，謝謝！
白盤用戶可在（網盤分流地址）：本頁“用戶評論”處1樓找下載鏈接。
內容截圖：

目錄:


前言
第1章 代碼應當易於理解
是什麼讓代碼變得“更好”
可讀性基本定理
總是越小越好嗎
理解代碼所需的時間是否與其他目標有沖突
最難的部分
第一部分 表面層次的改進
第2章 把信息裝到名字裡
選擇專業的詞
避免像tmp和retval這樣泛泛的名字
用具體的名字代替抽象的名字
為名字附帶更多信息
名字應該有多長
利用名字的格式來傳遞含義
總結
第3章 不會誤解的名字
例子：Filter()
例子：Clip(text， length)
推薦用first和last來表示包含的范圍
推薦用begin和end來表示包含/排除范圍
給布爾值命名
與使用者的期望相匹配
例子：如何權衡多個備選名字
總結
第4章 審美
為什麼審美這麼重要
重新安排換行來保持一致和緊湊
用方法來整理不規則的東西
在需要時使用列對齊
選一個有意義的順序，始終一致地使用它
把聲明按塊組織起來
把代碼分成“段落”
個人風格與一致性
總結
第5章 該寫什麼樣的注釋
什麼不需要注釋
記錄你的思想
站在讀者的角度
最後的思考--克服“作者心理阻滯”
總結
第6章 寫出言簡意赅的注釋
讓注釋保持緊湊
避免使用不明確的代詞
潤色粗糙的句子
精確地描述函數的行為
用輸入/輸出例子來說明特別的情況
聲明代碼的意圖
“具名函數參數”的注釋
采用信息含量高的詞
總結
第二部分 簡化循環和邏輯
第7章 把控制流變得易讀
條件語句中參數的順序
if/else語句塊的順序
條件表達式(又名“三目運算符”)
避免do/while循環
從函數中提前返回
臭名昭著的goto
最小化嵌套
你能理解執行的流程嗎
總結
第8章 拆分超長的表達式
用做解釋的變量
總結變量
使用德摩根定理
濫用短路邏輯
例子：與復雜的邏輯戰斗
拆分巨大的語句
另一個簡化表達式的創意方法
總結
第9章 變量與可讀性
減少變量
縮小變量的作用域
只寫一次的變量更好
最後的例子
總結
第三部分 重新組織代碼
第10章 抽取不相關的子問題
介紹性的例子：findClosestLocation()
純工具代碼
其他多用途代碼
創建大量通用代碼
項目專有的功能
簡化已有接口
按需重塑接口
過猶不及
總結
第11章 一次只做一件事
任務可以很小
從對象中抽取值
更大型的例子
總結
第12章 把想法變成代碼
清楚地描述邏輯
了解函數庫是有幫助的
把這個方法應用於更大的問題
總結
第13章 少寫代碼
別費神實現那個功能--你不會需要它
質疑和拆分你的需求
保持小代碼庫
熟悉你周邊的庫
例子：使用Unix工具而非編寫代碼
總結
第四部分 精選話題
第14章 測試與可讀性
使測試易於閱讀和維護
這段測試什麼地方不對
使這個測試更可讀
讓錯誤消息具有可讀性
選擇好的測試輸入
為測試函數命名
那個測試有什麼地方不對
對測試較好的開發方式
走得太遠
總結
第15章 設計並改進“分鐘/小時計數器”
問題
定義類接口
嘗試1：一個幼稚的方案
嘗試2：傳送帶設計方案
嘗試3：時間桶設計方案
比較三種方案
總結
附錄 深入閱讀