|
-- 會員 / 註冊 --
|
|
|
|
編程格調 ( 簡體 字) |
作者:[美] W.Kernighan,P.J. Plauger | 類別:1. -> 程式設計 -> 綜合 |
譯者: |
出版社:人民郵電出版社 | 3dWoo書號: 41042 詢問書籍請說出此書號!【缺書】 NT售價: 225 元 |
出版日:3/1/2015 |
頁數:181 |
光碟數:0 |
|
站長推薦: |
印刷:黑白印刷 | 語系: ( 簡體 版 ) |
|
加入購物車 │加到我的最愛 (請先登入會員) |
ISBN:9787115379528 |
作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
(簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
作者序: |
譯者序: |
前言: |
內容簡介: 本書是編程慣用法和規則的實踐指南。全書從表達、控制結構、程序結構、輸入和輸出、常見錯誤、效率和測試工具、文檔等多個角度,概括了程序設計中若干的最佳實踐或規則,并通過代碼示例加以分析和闡釋。 本書兩位作者都是程序設計領域的大師級任務。他們四十年前在本書中給出的70多條最佳實踐和規則,大多數在今天仍然適用。 本書堪稱計算機專業人士和程序員的必讀的經典之作,適合于不同層級的程序員和計算機相關專業的學生參考閱讀。 |
目錄:第1章 緒論 1 撰寫簡潔的程序—不要耍小聰明 2 第2章 表達 13 簡單并且直接地表達你要說的意思 14 使用庫函數 14 避免使用臨時變量 16 代碼要清晰,不要為了“效率”犧牲可讀性 16 讓機器干臟活 17 用函數調用替代重復的表達式 18 加括號來避免歧義 21 選擇不會被混淆的變量名 21 避免使用Fortran的算術IF 23 避免不必要的分支 25 使用語言好的特性,避免使用不好的特性 25 不要使用條件分支來代替一個邏輯表達式 26 用“電話測試”來檢查可讀性 29 第3章 控制結構 39 使用DO-END和縮進來界定語句組 40 用IF-ELSE強調兩個操作中只有一個被執行 42 用DO和DO-WHILE來強調循環的存在 45 確保你的程序是自頂向下閱讀的 46 使用IF…ELSE IF…ELSE IF…ELSE 來實現多路分支 47 使用基本的控制流結構 48 先用容易理解的偽語言編寫代碼,然后再翻譯成 你需要使用的語言 52 避免使用THEN-IF和空ELSE 55 避免使用ELSE GOTO和ELSE RETURN 56 判斷要盡可能緊挨著與之相關的操作 58 使用數組來避免重復的控制流 61 選擇可以簡化程序的數據表示方法 63 不要止步于第一遍的代碼草稿 66 第4章 程序結構 71 模塊化,使用子例程 74 讓模塊之間的耦合變得可見 75 每一個模塊都應該做好一件事 76 確保每一個模塊都隱藏好一些東西 78 以數據為導向來構建程序的結構 80 不要修補爛代碼——重寫它 84 分塊編寫和測試大的程序 91 對于遞歸定義的數據結構使用遞歸過程 91 第5章 輸入和輸出 97 校驗輸入的合法性和合理性 100 保證輸入數據不會違背程序的限制 101 利用文件結束符號或結束標志來終止輸入, 不要讓用戶去計數 102 識別出非法輸入數據,如果可能則糾正之 103 使用統一的形式處理文件結束條件 105 讓輸入數據易于準備,并讓輸出數據意義不言自明 108 使用統一的輸入格式 110 讓輸入數據易于校對 111 盡可能選擇自由格式輸入 112 使用含義自明的輸入,指定默認值,將以上二者都輸出 112 將輸入與輸出局限在子例程中 116 第6章 常見錯誤 119 確保所有的變量在使用之前都被初始化 120 不要停留在一個bug上 122 使用調試編譯器 124 用DATA語句或INITIAL屬性初始化常量, 用可執行語句初始化變量 125 小心“差一”錯誤 126 要注意對不等式進行正確的分支 126 避免循環有多個出口 128 確保你的代碼巧妙地“不做事情” 131 在邊界值上測試程序 135 預防性編程 136 10.0乘以0.1不等于1.0 137 不要比較浮點數是否相等 139 第7章 效率和測試工具 145 先做對,再做快 147 在提高程序運行速度時,要保持其正確性 149 先把程序改得更簡潔,再提高其運行速度 150 不要為了“效率”上的蠅頭小利而犧牲程序的簡潔性 151 讓編譯器執行平凡優化 151 不要勉強地復用代碼,應該進行改編 152 保證特殊情況真的有特殊性 155 保持簡單性,反而會更快 157 不要為了提高速度而畫蛇添足—去尋找更好的算法 159 在程序中放置測試語句,“增效”之前先執行測算 161 第8章 文檔 165 確保注釋和代碼一致 167 不要用注釋復述代碼做的事情, 每個注釋都要有實際意義 167 不要注釋糟糕的代碼——重寫它 169 使用含有意義的變量名 170 使用含有意義的語句標簽 171 程序的格式要有助于讀者的理解 171 用縮進來體現程序的邏輯結構 172 記錄你的數據規劃 175 不要過度注釋 176 結束語 180
|
序: |
|