從百度文庫下載下來的，這里保存一份

別人的原代碼程序員怎樣閱讀

源碼就是指編寫的最原始程序的代碼。

運行的軟件是要經(jīng)過編寫的，程序員編寫程序的過程中需要他們的“語言”。
音樂家用五線譜，建筑師用圖紙，那程序員的 工作的語言就是“源碼”了。
人們平時使用軟件時就是程序把“源碼”翻譯成我們可直觀的形式表現(xiàn)出來供我們使用的。
任何一個網(wǎng)站頁面，換成源碼就是一堆按一 定格式書寫的文字和符號，但我們的瀏覽器幫我們翻譯成眼前的模樣了。
計算機(jī)里面運行的所有東西都是用程序編出來的(包括操作系統(tǒng),如 Windows,還有 Word 等,網(wǎng)絡(luò)游戲也一樣),而編寫程序要用到計算機(jī)語言,用計算機(jī)語言直接編出來的程序就叫源碼,比如用 VisualBasic 編寫的源碼文件一般 為.bas 文件，而用 C++編寫的一般為.cpp 文件，源代碼不能直接在 Windows 下 運行，必須編譯后才能運行。源碼經(jīng)過編譯處理后就可以直接在操作系統(tǒng)下運行了。

很多的站長都喜歡使用建網(wǎng)站的程序源碼，因為可以很方便的修改，對于任何一個 seo 人員來說，都是非常好的一個切入點。從字面意義上來講,源文件是指一個文件,指源代碼的集合.
源代碼則是一組具有特定意義的可以實現(xiàn)特定功能的字符(程序開發(fā)代碼)，源代碼”在大多數(shù)時候等于“源文件”。
比如在這個網(wǎng)頁上 右鍵鼠標(biāo),選擇查看源文件.出來一個記事本,里面的內(nèi)容就是此網(wǎng)頁的源代碼."
這句話就體現(xiàn)了他們的關(guān)系,此處的源文件是指網(wǎng)頁的源文件,而源代碼就是源文件 的內(nèi)容,所以又可以稱做網(wǎng)頁的源代碼..，源代碼是指原始代碼，可以是任何語言 代碼。匯編碼是指源代碼編譯后的代碼，通常為二進(jìn)制文件，比如 DLL、 EXE、.NET 中間代碼、JAVA 中間代碼等。高級語言通常指 C/C++、BASIC、 C#、JAVA、PASCAL、易語言等等。
匯編語言就是 ASM，只有這個，比這個更低級的就是機(jī)器語言了。

網(wǎng)站源碼作為軟件的特殊部分，可能被包含在一個或多個文件中。
一個程序不必用同一種格式的源代碼書寫。例如，一個程序如果有 C 語言庫的支持， 那么就可以用 C 語言;而另一部分為了達(dá)到比較高的運行效率，則可以用匯編 語言編寫。
較為復(fù)雜的軟件，一般需要數(shù)十種甚至上百種的源代碼的參與。
為了降低種復(fù)雜度，必須引入一種可以描述各個源代碼之間聯(lián)系，并且如何正確編譯 的系統(tǒng)。
在這樣的背景下，修訂控制系統(tǒng)(RCS)誕生了，并成為研發(fā)者對代 碼修訂的必備工具之一。
還有另外一種組合:源代碼的編寫和編譯分別在不同的平臺上實現(xiàn)，專業(yè)術(shù)語叫做軟件移植。

閱讀別人的代碼作為開發(fā)人員是一件經(jīng)常要做的事情。

一個是學(xué)習(xí)新的編程語言的時候通過閱讀別人的代碼是一個最好的學(xué)習(xí)方法，另外是積累編程經(jīng)驗。
如果你有機(jī)會閱讀一些操作系統(tǒng)的代碼會幫助你理解一些基本的原理。
還有就是在你作為一個質(zhì)量保證人員或一個小領(lǐng)導(dǎo)的時候如果你要做白盒測試的時
候沒有閱讀代碼的能力是不能完成相應(yīng)的任務(wù)。
最后一個就是如果你中途接手一個項目的時候或給一個項目做售后服務(wù)的時候是要有閱讀代碼的能力的。

收集所有可能收集的材料

閱讀代碼要做的第一件事情是收集所有和項目相關(guān)的資料。
比如你要做一個項目的售后服務(wù)，那么你首先要搞明白項目做什么用的，那么調(diào)研文檔、概要設(shè) 計文檔、詳細(xì)設(shè)計文檔、測試文檔、使用手冊都是你要最先搞到手的。
如果你是為了學(xué)習(xí)那么盡量收集和你的學(xué)習(xí)有關(guān)的資料，比如你想學(xué)習(xí) linux 的文件系統(tǒng)的代碼，那最好要找到 linux 的使用手冊、以及文件系統(tǒng)設(shè)計的方法、數(shù)據(jù)結(jié)構(gòu) 的說明。(這些資料在書店里都可以找到)。

材料的種類分為幾種類型
1.基礎(chǔ)資料。
比如你閱讀 http://www.fulinmenst.com/ 源代碼你要有 turboc2 的函數(shù)手冊，使用手冊等專業(yè)書籍，msc 6.0 或者 java 的話不但要有函數(shù)手冊，還要 有類庫函數(shù)手冊。這些資料都是你的基礎(chǔ)資料。另外你要有一些關(guān)于 uml 的資 料可以作為查詢手冊也是一個不錯的選擇
2.和程序相關(guān)的專業(yè)資料。
每一個程序都是和相關(guān)行業(yè)相關(guān)的。比如我閱讀過一個關(guān)于氣象分析方面的 代碼，因為里邊用到了一個復(fù)雜的數(shù)據(jù)轉(zhuǎn)換公式，所以不得不把自己的大學(xué)時候 課本 找出來來復(fù)習(xí)一下高等數(shù)學(xué)的內(nèi)容。如果你想閱讀 linux 的文件管理的代 碼，那么找一本講解 linux 文件系統(tǒng)的書對你的幫助會很大。
3.相關(guān)項目的文檔資料
這一部分的資料分為兩種，一個相關(guān)行業(yè)的資料，比如你要閱讀一個稅務(wù)系 統(tǒng)的代碼那么有一些財務(wù)/稅務(wù)系統(tǒng)的專業(yè)資料和國家的相關(guān)的法律、法規(guī)的資 料是 必不可少的。此外就是關(guān)于這個項目的需求分析報告、概要設(shè)計報告、詳 細(xì)設(shè)計報告，使用手冊、測試報告等，盡量多收集對你以后的代碼閱讀是很重要 的
知識準(zhǔn)備

了解基礎(chǔ)知識，不要上來就閱讀代碼，打好基礎(chǔ)可以做到事半功倍的效果

留備份,構(gòu)造可運行的環(huán)境

代碼拿到手之后的第一件事情是先做備份，最好是刻在一個光盤上，在代碼閱讀的時候一點不動代碼是很困難的一件事情，特別是你要做一些修改性或增強(qiáng)性維護(hù)的時候。而一旦做修改就可能發(fā)生問題，到時候要恢復(fù)是經(jīng)常發(fā)生的事情， 如果你不能很好的使用版本控制軟件那么先留一個備份是一個最起碼的要求了。
在做完備份之后最好給自己構(gòu)造一個可運行的環(huán)境，當(dāng)然可能會很麻煩，但 可運行代碼和不可運行的代碼閱讀起來難度會差很多的。所以多用一點時間搭建 一個環(huán)境是很值得的，而且我們閱讀代碼主要是為了修改其中的問題或做移植操作。不能運行的代碼除了可以學(xué)到一些技術(shù)以外，用處有限。
找開始的地方
做什么事情都要知道從那里開始，讀程序也不例外。在 c 語言里,首先要找 到 main()函數(shù)，然后逐層去閱讀，其他的程序無論是 vb、delphi 都要首先找到 程序頭，否則你是很難分析清楚程序的層次關(guān)系。

分層次閱讀

在閱讀代碼的時候不要一頭就扎下去，這樣往往容易只見樹木不見森林，閱讀代碼比較好的方法有一點象二叉樹的廣度優(yōu)先的遍歷。
在程序主體一般會比較簡單，調(diào)用的函數(shù)會比較少，根據(jù)函數(shù)的名字以及層次關(guān)系一般可以確定每一 個函數(shù)的大致用途，將你的理解作為注解寫在這些函數(shù)的邊上。

當(dāng)然很難一次就將全部注解都寫正確，有時候甚至可能是你猜測的結(jié)果，不過沒有關(guān)系這些注解在閱讀過程是不斷修正的，直到你全部理解了代碼為止。一般來說采用逐層閱讀的方法可以是你系統(tǒng)的理解保持在一個正確的方向上。避免一下子扎入到細(xì)節(jié)的問題上。在分層次閱讀的時候要注意一個問題，就是將系統(tǒng)的函數(shù)和開發(fā)人 員編寫代碼區(qū)分開。在 c, c++，java ,delphi 中都有自己的系統(tǒng)函數(shù)，不要去閱 讀這些系統(tǒng)函數(shù)，除非你要學(xué)習(xí)他們的編程方法，否則只會浪費你的時間。將系統(tǒng)函數(shù)表示出來，注明它們的作用即可，區(qū)分系統(tǒng)函數(shù)和自編函數(shù)有幾個方法， 一個是系統(tǒng)函數(shù)的編程風(fēng)格一般會比較好，而自編的函數(shù)的編程風(fēng)格一般比較會比較差。從變量名、行之間的縮進(jìn)、注解等方面一般可以分辨出來，另外一個是象 ms c6++會在你編程的時候給你生成一大堆文件出來，其中有很多文件是你 用不到了，可以根據(jù)文件名來區(qū)分一下時候是系統(tǒng)函數(shù)，最后如果你實在確定不 了，那就 用開發(fā)系統(tǒng)的幫助系統(tǒng)去查一下函數(shù)名，對一下參數(shù)等來確定即可。

寫注解

寫注解是在閱讀代碼中最重要的一個步驟，在我們閱讀的源代碼一般來說是 我們不熟悉的系統(tǒng),閱讀別人的代碼一般會有幾個問題，
1 搞明白別人的編程思想不是一件很容易的事情，即使你知道這段程序的思路的時候也是一樣。
2 閱讀代碼的時候代碼量一般會比較大，如果不及時寫注解往往會造成讀明白了后邊忘了前邊的現(xiàn)象。
3 閱讀代碼的時候難免會出現(xiàn)理解錯誤，如果沒有及時的寫注解很難及時的發(fā)現(xiàn)這些錯誤。
4 不寫注解有時候你發(fā)生你很難確定一個函數(shù)你時候閱讀過，它的功能是什么，經(jīng)常會發(fā)生重復(fù)閱讀、理解的現(xiàn)象。
好了，說一些寫注解的基本方法:
1 猜測的去寫，剛開始閱讀一個代碼的時候，你很難一下子就確定所有的函數(shù)的功能，不妨采用采用猜測的方法去寫注解， 根據(jù)函數(shù)的名字、位置寫一個大致的注解，當(dāng)然一般會有錯誤，但你的注解實 際是不但調(diào)整的，直到最后你理解了全部代碼。
2 按功能去寫，別把注解寫成語法說明書，千萬別看到 fopen 就寫打開文件，看到 fread 就寫讀數(shù)據(jù)，這樣的注解一點用處都沒有，而應(yīng)該寫在此處開發(fā)參數(shù)配置文件(****.dat)讀出系統(tǒng)初始化參數(shù)。。。。。，這樣才是有用的注解。
3 在寫注解的使用另外要注意的一個問題是分清楚系統(tǒng)自動生成的代碼和用戶自 己開發(fā)的代碼，一般來說沒有 必要寫系統(tǒng)自動生成的代碼。像 delphi 的代碼，我們往往要自己編寫一些自己的代碼段，還要對一些系統(tǒng)自動生成的代碼段進(jìn)行修改，這些代碼在閱讀過程是要寫注解的，但有一些沒有修改過的自動生成的代碼就沒有必要寫注解了。
4 在主要代碼段要寫較為詳細(xì)的注解。有一些函數(shù)或類在程序中起關(guān)鍵的作用， 那么要寫比較詳細(xì)的注解。這樣對你理解代碼有很大的幫助。
5 對你理解起來比較困難的地方要寫詳細(xì)的注解，在這些地方往往會有一些編程的技巧。不理解這 些編程技巧對你以后的理解或移植會有問題。
6 寫中文注解。如果你的英文足夠的好，不用看這條了，但很多的人英文實在不怎么樣，那就寫中文注解吧，我們 寫注解是為了加快自己的理解速度。中文在大多數(shù)的時候比英文更適應(yīng)中國人。 與其寫一些誰也看不懂的英文注解還不如不寫。

重復(fù)閱讀

一次就可以將所有的代碼都閱讀明白的人是沒有的。至少我還沒有遇到過。 反復(fù)的去閱讀同一段代碼有助于得代碼的理解。一般來說，在第一次閱讀代碼的時候你可以跳過很多一時不明白的代碼段，只寫一些簡單的注解，在以后的重 復(fù)閱讀過程用，你對代碼的理解會比上一次理解的更深刻，這樣你可以修改那些注解錯誤的 地方和上一次沒有理解的對方。一般來說，對代碼閱讀 3，4 次基本可以理解代碼的含義和作用。

運行并修改代碼

如果你的代碼是可運行的，那么先讓它運行起來，用單步跟蹤的方法來閱讀 代碼，會提高你的代碼速度。代碼通過看中間變量了解代碼的含義,而且對 以后 的修改會提供很大的幫助
用自己的代碼代替原有代碼，看效果，但在之前要保留源代碼
600 行的一個函數(shù)，閱讀起來很困難，編程的人不是一個好的習(xí)慣。在閱讀 這個代碼的時候?qū)⒋a進(jìn)行修改，變成了 14 個函數(shù)。每一個大約是 40-50 行左 右.

第一章: 導(dǎo)論
1.要養(yǎng)成一個習(xí)慣, 經(jīng)常花時間閱讀別人編寫的高品質(zhì)代碼.
2.要有選擇地閱讀代碼, 同時, 還要有自己的目標(biāo). 您是想學(xué)習(xí)新的模式|編碼風(fēng)格|還是滿足某些需求的方法.
3.要注意并重視代碼中特殊的非功能性需求, 這些需求也許會導(dǎo)致特殊的實現(xiàn)風(fēng)格.
4.在現(xiàn)有的代碼上工作時, 請與作者和維護(hù)人員進(jìn)行必要的協(xié)調(diào), 以避免重復(fù)勞 動或產(chǎn)生厭惡情緒.
5.請將從開放源碼軟件中得到的益處看作是一項貸款, 盡可能地尋找各種方式來回報開放源碼社團(tuán).
6.多數(shù)情況下, 如果您想要了解"別人會如何完成這個功能呢?", 除了閱讀代碼以外, 沒有更好的方法.
7.在尋找bug時, 請從問題的表現(xiàn)形式到問題的根源來分析代碼. 不要沿著不相關(guān)的路徑(誤入歧途).
8.我們要充分利用調(diào)試器|編譯器給出的警告或輸出的符號代碼|系統(tǒng)調(diào)用跟蹤器 |數(shù)據(jù)庫結(jié)構(gòu)化查詢語言的日志機(jī)制|包轉(zhuǎn)儲工具和 Windows 的消息偵查程序, 定出的 bug 的位置.
9.對于那些大型且組織良好的系統(tǒng), 您只需要最低限度地了解它的全部功能, 就能夠?qū)λ龀鲂薷?
10.當(dāng)向系統(tǒng)中增加新功能時, 首先的任務(wù)就是找到實現(xiàn)類似特性的代碼, 將它作為待實現(xiàn)功能的模板.
11.從特性的功能描述到代碼的實現(xiàn), 可以按照字符串消息, 或使用關(guān)鍵詞來搜索代碼.
12.在移植代碼或修改接口時, 您可以通過編譯器直接定位出問題涉及的范圍, 從而減少代碼閱讀的工作量.
13.進(jìn)行重構(gòu)時, 您從一個能夠正常工作的系統(tǒng)開始做起, 希望確保結(jié)束時系統(tǒng)能夠正常工作. 一套恰當(dāng)?shù)臏y試用例(test case)可以幫助您滿足此項約束.
14.閱讀代碼尋找重構(gòu)機(jī)會時, 先從系統(tǒng)的構(gòu)架開始, 然后逐步細(xì)化, 能夠獲得最大的效益.
15.代碼的可重用性是一個很誘人, 但難以理解與分離, 可以試著尋找粒度更大一些的包, 甚至其他代碼.
16.在復(fù)查軟件系統(tǒng)時, 要注意, 系統(tǒng)是由很多部分組成的, 不僅僅只是執(zhí)行語 句. 還要注意分析以下內(nèi)容: 文件和目錄結(jié)構(gòu)|生成和配置過程,用戶界面和系統(tǒng)的文檔.
18.可以將軟件復(fù)查作為一個學(xué)習(xí)|講授|援之以手和接受幫助的機(jī)會.

++++++++++++++++++++
第二章: 基本編程元素
++++++++++++++++++++

19.第一次分析一個程序時, main 是一個好的起始點.
20.層疊 if-else if-...-else 序列可以看作是由互斥選擇項組成的選擇結(jié)構(gòu).
21.有時, 要想了解程序在某一方面的功能, 運行它可能比閱讀源代碼更為恰當(dāng).
22.在分析重要的程序時, 最好首先識別出重要的組成部分.
23.了解局部的命名約定, 利用它們來猜測變量和函數(shù)的功能用途.
24.當(dāng)基于猜測修改代碼時, 您應(yīng)該設(shè)計能夠驗證最初假設(shè)的過程. 這個過程可能 包括用編譯器進(jìn)行檢查|引入斷言|或者執(zhí)行適當(dāng)?shù)臏y試用例.
25.理解了代碼的某一部分, 可能幫助你理解余下的代碼.
26.解決困難的代碼要從容易的部分入手.
27.要養(yǎng)成遇到庫元素就去閱讀相關(guān)文檔的習(xí)慣; 這將會增強(qiáng)您閱讀和編寫代碼的能力.
28.代碼閱讀有許多可選擇的策略: 自底向上和自頂向下的分析|應(yīng)用試探法和檢 查注釋和外部文檔, 應(yīng)該依據(jù)問題的需要嘗試所有這些方法.
29.for (i=0; i<n; i++)形式的循環(huán)執(zhí)行 n 次; 其他任何形式都要小心.
30.涉及兩項不等測試(其中一項包括相等條件)的比較表達(dá)式可以看作是區(qū)間成
員測試.
31.我們經(jīng)常可以將表達(dá)式應(yīng)用在樣本數(shù)據(jù)上, 借以了解它的含義.
32.使用 De Morgan 法則簡化復(fù)雜的邏輯表達(dá)式.
33.在閱讀邏輯乘表達(dá)式時, 問題可以認(rèn)為正在分析的表達(dá)式以左的表達(dá)式均為 true; 在閱讀邏輯和表達(dá)式時, 類似地, 可以認(rèn)為正在分析的表達(dá)式以左的表達(dá)式 均為 false.
34.重新組織您控制的代碼, 使之更為易讀.
35.將使用條件運行符? :的表達(dá)式理解為 if 代碼.
36.不需要為了效率, 犧牲代碼的易讀性. 37.高效的算法和特殊的優(yōu)化確實有可能使得代碼更為復(fù)雜, 從而更難理解, 但這并不意味著使代碼更為緊湊和不易讀會提高它的效率.
38.創(chuàng)造性的代碼布局可以用來提高代碼的易讀性.
39.我們可以使用空格|臨時變量和括號提高表達(dá)式的易讀性.
40.在閱讀您所控制的代碼時, 要養(yǎng)成添加注釋的習(xí)慣.
41.我們可以用好的縮進(jìn)以及對變量名稱的明智選擇, 提高編寫欠佳的程序的易 讀性.
42.用 diff 程序分析程序的修訂歷史時, 如果這段歷史跨越了整體重新縮排, 常常 可以通過指定-w 選項, 讓 diff 忽略空白差異, 避免由于更改了縮進(jìn)層次而引入的 噪音.
43.do 循環(huán)的循環(huán)體至少執(zhí)行一次.
44.執(zhí)行算術(shù)運算時, 當(dāng) b=2n-1 時, 可以將 a&b 理解為 a%(b+1). 45.將 a<<n 理解為 a*k, k=2n.
46.將 a>>n 理解為 a/k, k=2n.
47.每次只分析一個控制結(jié)構(gòu), 將它的內(nèi)容看作是一個黑盒. 48.將每個控制結(jié)構(gòu)的控制表達(dá)式看作是它所包含代碼的斷言.
49.return, goto, break 和 continue 語句, 還有異常, 都會影響結(jié)構(gòu)化的執(zhí)行流 程. 由于這些語句一般都會終止或重新開始正在進(jìn)行的循環(huán),因此要單獨推理它 們的行為.
50.用復(fù)雜循環(huán)的變式和不變式, 對循環(huán)進(jìn)行推理.
51.使用保持含義不變的變換重新安排代碼, 簡化代碼的推理工作.

+++++++++++++++++++ 第三章: 高級 C 數(shù)據(jù)類型 +++++++++++++++++++

52.了解特定語言構(gòu)造所服務(wù)的功能之后, 就能夠更好地理解使用它們的代碼.
53.識別并歸類使用指針的理由.
54.在 C 程序中, 指針一般用來構(gòu)造鏈?zhǔn)綌?shù)據(jù)結(jié)構(gòu)|動態(tài)分配的數(shù)據(jù)結(jié)構(gòu)|實現(xiàn)引用 調(diào)用|訪問和迭代數(shù)據(jù)元素|傳遞數(shù)組參數(shù)|引用函數(shù)|作為其他值的別名|代表字符 串|以及直接訪問系統(tǒng)內(nèi)存.
55.以引用傳遞的參數(shù)可以用來返回函數(shù)的結(jié)果, 或者避免參數(shù)復(fù)制帶來的開銷.
56.指向數(shù)組元素地址的指針, 可以訪問位于特定索引位置的元素.
57.指向數(shù)組元素的指針和相應(yīng)的數(shù)組索引, 作用在二者上的運算具有相同的語 義.
58.使用全局或 static 局部變量的函數(shù)大多數(shù)情況都不可重入(reentrant).
59.字符指針不同于字符數(shù)組.
60.識別和歸類應(yīng)用結(jié)構(gòu)或共用體的每種理由.
61.C 語言中的結(jié)構(gòu)將多個數(shù)據(jù)元素集合在一起, 使得它們可以作為一個整體來 使用, 用來從函數(shù)中返回多個數(shù)據(jù)元素|構(gòu)造鏈?zhǔn)綌?shù)據(jù)結(jié)構(gòu)|映射數(shù)據(jù)在硬件設(shè)備| 網(wǎng)絡(luò)鏈接和存儲介質(zhì)上的組織方式|實現(xiàn)抽象數(shù)據(jù)類型|以及以面向?qū)ο蟮姆绞骄?程.
62.共用體在 C 程序中主要用于優(yōu)化存儲空間的利用|實現(xiàn)多態(tài)|以及訪問數(shù)據(jù)不 同的內(nèi)部表達(dá)方式.
63.一個指針, 在初始化為指向 N 個元素的存儲空間之后, 就可以作為 N 個元素的 數(shù)組來使用.
64.動態(tài)分配的內(nèi)在塊可以電焊工地釋放, 或在程序結(jié)束時釋放, 或由垃圾回收器 來完成回收; 在棧上分配的內(nèi)存塊當(dāng)分配它的函數(shù)退出后釋放
65.C 程序使用 typedef 聲明促進(jìn)抽象, 并增強(qiáng)代碼的易讀性, 從而防范可移植性 問題, 并模擬 C++和 Java 的類聲明行為.
66.可以將 typedef 聲明理解成變量定義: 變量的名稱就是類型的名稱; 變量的類 型就是與該名稱對應(yīng)的類型.

+++++++++++++++
第四章: C 數(shù)據(jù)結(jié)構(gòu)
+++++++++++++++

67.根據(jù)底層的抽象數(shù)據(jù)類型理解顯式的數(shù)據(jù)結(jié)構(gòu)操作.
68.C 語言中, 一般使用內(nèi)建的數(shù)組類型實現(xiàn)向量, 不再對底層實現(xiàn)進(jìn)行抽象.
69.N 個元素的數(shù)組可以被序列 for (i=0; i<N; i++)完全處理; 所有其他變體都應(yīng)該 引起警惕.
70.表達(dá)式 sizeof(x)總會得到用 memset 或 memcpy 處理數(shù)組 x(不是指針)所需 的正確字節(jié)數(shù).
71.區(qū)間一般用區(qū)間內(nèi)的第一個元素和區(qū)間后的第一個元素來表示. 72.不對稱區(qū)間中元素的數(shù)目等于高位邊界與低位邊界的差.
73.當(dāng)不對稱區(qū)間的高位邊界等于低位邊界時, 區(qū)間為空.
74.不對稱區(qū)間中的低位邊界代表區(qū)間的第一個元素; 高位邊界代表區(qū)間外的第 一個元素.
75.結(jié)構(gòu)的數(shù)組常常表示由記錄和字段組成的表. 76.指向結(jié)構(gòu)的指針常常表示訪問底層記錄和字段的游標(biāo).
77.動態(tài)分配的矩陣一般存儲為指向數(shù)組列的指針或指向元素指針的指針; 這兩 種類型都可以按照二維數(shù)組進(jìn)行訪問.
78.以數(shù)組形式存儲的動態(tài)分配矩陣, 用自定義訪問函數(shù)定位它們的元素.
79.抽象數(shù)據(jù)類型為底層實現(xiàn)元素的使用(或誤用)方式提供一種信心的量度.
80.數(shù)組用從 0 開始的順序整數(shù)為鍵, 組織查找表.
81.數(shù)組經(jīng)常用來對控制結(jié)構(gòu)進(jìn)行高效編碼, 簡化程序的邏輯.
82.通過在數(shù)組中每個位置存儲一個數(shù)據(jù)元素和一個函數(shù)指針(指向處理數(shù)據(jù)元 素的函數(shù)), 可以將代碼與數(shù)據(jù)關(guān)聯(lián)起來.
83.數(shù)組可以通過存儲供程序內(nèi)的抽象機(jī)(abstract machine)或虛擬機(jī) (virtual machine)使用的數(shù)據(jù)或代碼, 控制程序的運作.
84.可以將表達(dá)式 sizeof(x) / sizeof(x[0])理解為數(shù)組 x 中元素的個數(shù). 85.如果結(jié)構(gòu)中含有指向結(jié)構(gòu)自身|名為 next 的元素, 一般說來, 該結(jié)構(gòu)定義的是
單向鏈表的結(jié)點. 86.指向鏈表結(jié)點的持久性(如全局|靜態(tài)或在堆上分配)指針常常表示鏈表的頭部. 87.包含指向自身的 next 和 prev 指針的結(jié)構(gòu)可能是雙向鏈表的結(jié)點. 88.理解復(fù)雜數(shù)據(jù)結(jié)構(gòu)的指針操作可以將數(shù)據(jù)元素畫為方框|指針畫為箭頭. 89.遞歸數(shù)據(jù)結(jié)構(gòu)經(jīng)常用遞歸算法來處理. 90.重要的數(shù)據(jù)結(jié)構(gòu)操作算法一般用函數(shù)參數(shù)或模板參數(shù)來參數(shù)化. 91.圖的結(jié)點常常順序地存儲在數(shù)組中, 鏈接到鏈表中, 或通過圖的邊鏈接起來. 92.圖中的邊一般不是隱式地通過指針, 就是顯式地作為獨立的結(jié)構(gòu)來表示.
93.圖的邊經(jīng)常存儲為動態(tài)分配的數(shù)組或鏈表, 在這兩種情況下, 邊都錨定在圖的 結(jié)點上.
94.在無向圖中, 表達(dá)數(shù)據(jù)時應(yīng)該將所有的結(jié)點看作是等同的, 類似地, 進(jìn)行處理 任務(wù)的代碼也不應(yīng)該基于它們的方向來區(qū)分邊.
95.在非連通圖中, 執(zhí)行遍歷代碼應(yīng)該能夠接通孤立的子圖. 96.處理包含回路的圖時, 遍歷代碼應(yīng)該避免在處理圖的回路進(jìn)入循環(huán).
97.復(fù)雜的圖結(jié)構(gòu)中, 可能隱藏著其他類型的獨立結(jié)構(gòu).

+++++++++++++++++第五章: 高級控制流程 +++++++++++++++++

98.采用遞歸定義的算法和數(shù)據(jù)結(jié)構(gòu)經(jīng)常用遞歸的函數(shù)定義來實現(xiàn).
99.推理遞歸函數(shù)時, 要從基準(zhǔn)落伍測試開始, 并認(rèn)證每次遞歸調(diào)用如何逐漸接近非遞歸基準(zhǔn)范例代碼.
100.簡單的語言常常使用一系列遵循該語言語法結(jié)構(gòu)的函數(shù)進(jìn)行語法分析.
101.推理互遞歸函數(shù)時, 要基于底層概念的遞歸定義.
102.尾遞歸調(diào)用等同于一個回到函數(shù)開始處的循環(huán).
103.將 throws 子句從方法的定義中移除, 然后運行 Java 編譯器對類的源代碼進(jìn) 行編譯, 就可以容易地找到那些可能隱式地生成異常的方法.
104.在多處理器計算機(jī)上運行的代碼常常圍繞進(jìn)程或線程進(jìn)行組織. 105.工作群并行模型用于在多個處理器間分配工作, 或者創(chuàng)建一個任務(wù)池, 然后將大量需要處理標(biāo)準(zhǔn)化的工作進(jìn)行分配. 106.基于線程的管理者/工人并行模型一般將耗時的或阻塞的操作分配給工人子任務(wù), 從而維護(hù)中心任務(wù)的響應(yīng)性.
107.基于進(jìn)程的管理者/工人并行模型一般用來重用現(xiàn)有的程序, 或用定義良好 的接口組織和分離粗粒度的系統(tǒng)模塊.
108.基于流水線的并行處理中, 每個任務(wù)都接收到一些輸入, 對它們進(jìn)行一些處 理, 并將生成的輸出傳遞給下一個任務(wù), 進(jìn)行不同的處理.
109.競爭條件很難捉摸, 相關(guān)的代碼常常會將競爭條件擴(kuò)散到多個函數(shù)或模 塊; 因而, 很難隔離由于競爭條件導(dǎo)致的問題.
110.對于出現(xiàn)在信號處理器中的數(shù)據(jù)結(jié)構(gòu)操作代碼和庫調(diào)用要保持高度警惕.
111.在閱讀包含宏的代碼時, 要注意, 宏既非函數(shù), 也非語句.
112.do...while(0)塊中的宏等同于控制塊中的語句.
113.宏可以訪問在它的使用點可見的所有局部變量. 114.宏調(diào)用可改變參數(shù)的值
115.基于宏的標(biāo)記拼接能夠創(chuàng)建新的標(biāo)記符.

+++++++++++++++++
第六章: 應(yīng)對大型項目
+++++++++++++++++
116.我們可以通過瀏覽項目的源代碼樹—包含項目源代碼的層次目錄結(jié)構(gòu), 來分 析一個項目的組織方式. 源碼樹常常能夠反映出項目在構(gòu)架和軟件過程上的結(jié)構(gòu).
117.應(yīng)用程序的源代碼樹經(jīng)常是該應(yīng)用程序的部署結(jié)構(gòu)的鏡像.
118.不要被龐大的源代碼集合嚇倒; 它們一般比小型的專門項目組織得更出色.
119.當(dāng)您首次接觸一個大型項目時, 要花一些時間來熟悉項目的目錄樹結(jié)構(gòu).
120.項目的源代碼遠(yuǎn)不只是編譯后可以獲得可執(zhí)行程序的計算機(jī)語言指令; 一個 項目的源碼樹一般還包括規(guī)格說明|最終用戶和開發(fā)人員文檔|測試腳本|多媒體資源|編譯工具|例子|本地化文件|修訂歷史|安裝過程和許可信息.
121.大型項目的編譯過程一般聲明性地借助依賴關(guān)系來說明. 依賴關(guān)系由工具程序, 如 make 及其派生程序, 轉(zhuǎn)換成具體的編譯行動.
122.大型項目中, 制作文件常常由配置步驟動態(tài)地生成; 在分析制作文件之前, 需要先執(zhí)行項目特定的配置.
123.檢查大型編譯過程的各個步驟時, 可以使用 make 程序的-n 開關(guān)進(jìn)行預(yù)演.
124.修訂控制系統(tǒng)提供從儲存庫中獲取源代碼最新版本的方式.
125.可以使用相關(guān)的命令, 顯示可執(zhí)行文件中的修訂標(biāo)識關(guān)鍵字, 從而將可執(zhí)行文件與它的源代碼匹配起來.
126.使用修訂日志中出現(xiàn)的 bug 跟蹤系統(tǒng)內(nèi)的編號, 可以在 bug 跟蹤系統(tǒng)的數(shù)據(jù)
庫中找到有關(guān)的問題的說明.
127.可以使用修訂控制系統(tǒng)的版本儲存庫, 找出特定的變更是如何實現(xiàn)的.
128.定制編譯工具用在軟件開發(fā)過程的許多方面, 包括配置|編譯過程管理|代碼 的生成|測試和文檔編制.
129.程序的調(diào)試輸出可以幫助我們理解程序控制流程和數(shù)據(jù)元素的關(guān)鍵部分. 130.跟蹤語句所在的地點一般也是算法運行的重要部分.
131.可以用斷言來檢驗算法運作的步驟|函數(shù)接收的參數(shù)|程序的控制流程|底層 硬件的屬性和測試用例的結(jié)果.
132.可以使用對算法進(jìn)行檢驗的斷言來證實您對算法運作的理解, 或?qū)⑺鳛橥?理的起點.
133.對函數(shù)參數(shù)和結(jié)果的斷言經(jīng)常記錄了函數(shù)的前置條件和后置條件. 134.我們可以將測試整個函數(shù)的斷言作為每個給定函數(shù)的規(guī)格說明. 135.測試用例可以部分地代替函數(shù)規(guī)格說明. 136.可以使用測試用例的輸入數(shù)據(jù)對源代碼序列進(jìn)行預(yù)演.

+++++++++++++++++++
第七章: 編碼規(guī)范和約定
+++++++++++++++++++
137.了解了給定代碼庫所遵循的文件組織方式后, 就能更有效率地瀏覽它的源代 碼.
138.閱讀代碼時, 首先要確保您的編輯器或優(yōu)美打印程序的 tab 設(shè)置, 與代碼遵 循的風(fēng)格規(guī)范一致.
139.可以使用代碼塊的縮進(jìn), 快速地掌握代碼的總體結(jié)構(gòu). 140.對編排不一致的代碼, 應(yīng)該立即給予足夠的警惕.
141.分析代碼時, 對標(biāo)記為 XXX, FIXME 和 TODO 的代碼序列要格外注意: 錯誤 可能就潛伏在其中.
142.常量使用大寫字母命名, 單詞用下劃線分隔.
143.在遵循 Java 編碼規(guī)范的程序中, 包名(package name)總是從一個頂級的域 名開始(例如, org, com), 類名和接口名由大寫字母開始, 方法和變量名由小寫字 母開始.
144.用戶界面控件名稱之前的匈牙利記法的前綴類型標(biāo)記可以幫助我們確定它的作用.
145.不同的編程規(guī)范對可移植構(gòu)造的構(gòu)成有不同的主張.
146.在審查代碼的可移植性, 或以某種給定的編碼規(guī)范作為指南時, 要注意了解規(guī)范對可移植性需求的界定與限制.
147.如果 GUI 功能都使用相應(yīng)的編程結(jié)構(gòu)來實現(xiàn), 則通過代碼審查可以輕易地驗
證給定用戶界面的規(guī)格說明是否被正確地采用.
148.了解項目編譯過程的組織方式與自動化方式之后, 我們就能夠快速地閱讀與
理解對應(yīng)的編譯規(guī)則.
149.當(dāng)檢查系統(tǒng)的發(fā)布過程時, 常常可以將相應(yīng)發(fā)行格式的需求作為基準(zhǔn).

++++++++++++
第八章: 文檔
++++++++++++

150.閱讀代碼時, 應(yīng)該盡可能地利用任何能夠得到的文檔.
151.閱讀一小時代碼所得到的信息只不過相當(dāng)于閱讀一分鐘文檔.
152.使用系統(tǒng)的規(guī)格說明文檔, 了解所閱讀代碼的運行環(huán)境.
153.軟件需求規(guī)格說明是閱讀和評估代碼的基準(zhǔn).
154.可以將系統(tǒng)的設(shè)計規(guī)格說明作為認(rèn)知代碼結(jié)構(gòu)的路線圖, 閱讀具體代碼的指引.
155.測試規(guī)格說明文檔為我們提供可以用來對代碼進(jìn)行預(yù)演的數(shù)據(jù).
156.在接觸一個未知系統(tǒng)時, 功能性的描述和用戶指南可以提供重要的背景信息, 從而更好地理解閱讀的代碼所處的上下文.
157.從用戶參考手冊中, 我們可以快速地獲取, 應(yīng)用程序在外觀與邏輯上的背景 知識, 從管理員手冊中可以得知代碼的接口|文件格式和錯誤消息的詳細(xì)信息.
158.利用文檔可以快捷地獲取系統(tǒng)的概況, 了解提供特定特性的代碼.
159.文檔經(jīng)常能夠反映和提示出系統(tǒng)的底層結(jié)構(gòu).
160.文檔有助于理解復(fù)雜的算法和數(shù)據(jù)結(jié)構(gòu).
161.算法的文字描述能夠使不透明(晦澀, 難以理解)的代碼變得可以理解.
162.文檔常常能夠闡明源代碼中標(biāo)識符的含義.
163.文檔能夠提供非功能性需求背后的理論基礎(chǔ).
164.文檔還會說明內(nèi)部編程接口.
165.由于文檔很少像實際的程序代碼那樣進(jìn)行測試, 并受人關(guān)注, 所以它常常可 能存在錯誤|不完整或過時.
166.文檔也提供測試用例, 以及實際應(yīng)用的例子.
167.文檔常常還會包括已知的實現(xiàn)問題或 bug.
168.環(huán)境中已知的缺點一般都會記錄在源代碼中.
169.文檔的變更能夠標(biāo)出那些故障點.
170.對同一段源代碼重復(fù)或互相沖突的更改, 常常表示存在根本性的設(shè)計缺 陷, 從而使得維護(hù)人員需要用一系列的修補程序來修復(fù).
171.相似的修復(fù)應(yīng)用到源代碼的不同部分, 常常表示一種易犯的錯誤或疏忽, 它 們同樣可能會在其他地方存在.
172.文檔常常會提供不恰當(dāng)?shù)男畔? 誤導(dǎo)我們對源代碼的理解. 173.要警惕那些未歸檔的特性: 將每個實例歸類為合理|疏忽或有害, 相應(yīng)地決定
是否應(yīng)該修復(fù)代碼或文檔.
174.有時, 文檔在描述系統(tǒng)時, 并非按照已完成的實現(xiàn), 而是系統(tǒng)應(yīng)該的樣子或
將來的實現(xiàn).
175.在源代碼文檔中, 單詞 gork 的意思一般是指”理解”.
176.如果未知的或特殊用法的單詞阻礙了對代碼的理解, 可以試著在文檔的術(shù)語 表(如果存在的話)|New Hacker’s Dictionary[Ray96]|或在Web 搜索引擎中查找它們.
177.總是要以批判的態(tài)度來看待文檔, 注意非傳統(tǒng)的來源, 比如注釋|標(biāo)準(zhǔn)|出版物|測試用例|郵件列表|新聞組|修訂日志|問題跟蹤數(shù)據(jù)庫|營銷材料|源代碼本身.
178.總是要以批判的態(tài)度來看待文檔; 由于文檔永遠(yuǎn)不會執(zhí)行, 對文檔的測試和 正式復(fù)查也很少達(dá)到對代碼的同樣水平, 所以文檔常常會誤導(dǎo)讀者, 或者完全錯 誤.
179.對于那些有缺陷的代碼, 我們可以從中推斷出它的真實意圖.
180.在閱讀大型系統(tǒng)的文檔時, 首先要熟悉文檔的總體結(jié)構(gòu)和約定.
181.在對付體積龐大的文檔時, 可以使用工具, 或?qū)⑽谋据敵龅礁咂焚|(zhì)輸出設(shè)備 上, 比如激光打印機(jī), 來提高閱讀的效率.

++++++++++++++ 第九章: 系統(tǒng)構(gòu)架 ++++++++++++++
182.一個系統(tǒng)可以(在重大的系統(tǒng)中也確實如此)同時出多種不同的構(gòu)架類型. 以 不同的方式檢查同一系統(tǒng)|分析系統(tǒng)的不同部分|或使用不同級別的分解, 都有可 能發(fā)現(xiàn)不同的構(gòu)架類型.
183.協(xié)同式的應(yīng)用程序, 或者需要協(xié)同訪問共享信息或資源的半自治進(jìn)程, 一般 會采用集中式儲存庫構(gòu)架.
184.黑板系統(tǒng)使用集中式的儲存庫, 存儲非結(jié)構(gòu)化的鍵/值對, 作為大量不同代碼 元件之間的通信集線器.
185.當(dāng)處理過程可以建模|設(shè)計和實現(xiàn)成一系列的數(shù)據(jù)變換時, 常常會使用數(shù)據(jù) 流(或管道—過濾器)構(gòu)架.
186.在批量進(jìn)行自動數(shù)據(jù)處理的環(huán)境中, 經(jīng)常會采用數(shù)據(jù)流構(gòu)架, 在對數(shù)據(jù)工具 提供大量支持的平臺上尤其如此.
187.數(shù)據(jù)流構(gòu)架的一個明顯征兆是: 程序中使用臨時文件或流水線(pipeline)在 不同進(jìn)程間進(jìn)行通信.
188.使用圖示來建模面向?qū)ο髽?gòu)架中類的關(guān)系.
189.可以將源代碼輸入到建模工具中, 逆向推導(dǎo)出系統(tǒng)的構(gòu)架.
190.擁有大量同級子系統(tǒng)的系統(tǒng), 常常按照分層構(gòu)架進(jìn)行組織.
191.分層構(gòu)架一般通過堆疊擁有標(biāo)準(zhǔn)化接口的軟件組件來實現(xiàn).
192.系統(tǒng)中每個層可以將下面的層看作抽象實體, 并且(只要該層滿足它的需求 說明)不關(guān)心上面的層如何使用它.
193.層的接口既可以是支持特定概念的互補函數(shù)族, 也可以是一系列支持同一抽 象接口不同底層實現(xiàn)的可互換函數(shù).
194.用 C 語言實現(xiàn)的系統(tǒng), 常常用函數(shù)指針的數(shù)組, 表達(dá)層接口的多路復(fù)用操作.
195.用面向?qū)ο蟮恼Z言實現(xiàn)的系統(tǒng), 使用虛方法調(diào)用直接表達(dá)對層接口的多嘴復(fù)用操作.
196.系統(tǒng)可以使用不同的|獨特的層次分解模型跨各種坐標(biāo)軸進(jìn)行組織.
197.使用程序切片技術(shù), 可以將程序中的數(shù)據(jù)和控制之間依賴關(guān)系集中到一起.
198.在并發(fā)系統(tǒng)中, 一個單獨的系統(tǒng)組件起到集中式管理器的作用, 負(fù)責(zé)啟動|停 止和協(xié)調(diào)其他系統(tǒng)進(jìn)程和任務(wù)的執(zhí)行.
199.許多現(xiàn)實的系統(tǒng)都會博采眾家之長. 當(dāng)處理此類系統(tǒng)時, 不要徒勞地尋找無 所不包的構(gòu)架圖; 應(yīng)該將不同構(gòu)架風(fēng)格作為獨立但相關(guān)的實體來進(jìn)行定位|識別 并了解.
200.狀態(tài)變遷圖常常有助于理清狀態(tài)機(jī)的動作.
201.在處理大量的代碼時, 了解將代碼分解成單獨單元的機(jī)制極為重要.
202.大多數(shù)情況下, 模塊的物理邊界是單個文件|組織到一個目錄中的多個文件 或擁有統(tǒng)一前綴的文件的集合.
203.C 中的模塊, 由提供模塊公開接口的頭文件和提供對應(yīng)實現(xiàn)的源文件組成. 204.對象的構(gòu)造函數(shù)經(jīng)常用來分配與對象相關(guān)的資源, 并初始化對象的狀態(tài). 函數(shù)一般用來釋放對象在生命期中占用的資源.
205.對象方法經(jīng)常使用類字段來存儲控制所有方法運作的數(shù)據(jù)(比如查找表或字
典)或維護(hù)類運作的狀態(tài)信息(例如, 賦給每個對象一個標(biāo)識符的計數(shù)器).
206.在設(shè)計良好的類中, 所有的字段都應(yīng)在聲明為 private, 并用公開的訪問方法提供對它們的訪問.
207.在遇到 friend 聲明時, 要停下來分析一下, 看看繞過類封裝在設(shè)計上的理由.
208.可以有節(jié)制地用運算符增強(qiáng)特定類的可用性, 但用運算符重載, 將類實現(xiàn)為 擁有內(nèi)建算術(shù)類型相關(guān)的全部功能的類實體, 是不恰當(dāng)?shù)?
209.泛型實現(xiàn)不是在編譯期間通過宏替換或語言所支持的功能(比如 C++模板和 Ada 的泛型包)來實現(xiàn), 就是在運行期間通過使用數(shù)據(jù)元素的指針和函數(shù)的指針| 或?qū)ο蟮亩鄳B(tài)性實現(xiàn).
210.抽象數(shù)據(jù)類型經(jīng)常用來封裝常用的數(shù)據(jù)組織方案(比如樹|列表或棧), 或者對 用戶隱藏數(shù)據(jù)類型的實現(xiàn)細(xì)節(jié).
211.使用庫的目的多種多樣: 重用源代碼或目標(biāo)代碼, 組織模塊集合, 組織和優(yōu) 化編譯過程, 或是用來實現(xiàn)應(yīng)用程序各種特性的按需載入.
212.大型的|分布式的系統(tǒng)經(jīng)常實現(xiàn)為許多互相協(xié)作的進(jìn)程.
213.對于基于文本的數(shù)據(jù)儲存庫, 可以通過瀏覽存儲在其中的數(shù)據(jù), 破譯出它的結(jié)構(gòu).
214.可以通過查詢數(shù)據(jù)字典中的表, 或使用數(shù)據(jù)庫專有的 SQL 命令, 比如show table, 來分析關(guān)系型數(shù)據(jù)庫的模式.
215.識別出重用的構(gòu)架元素后, 可以查找其最初的描述, 了解正確地使用這種構(gòu)架的方式, 以及可能出現(xiàn)的誤用.
216.要詳細(xì)分析建立在某種框架之上的應(yīng)用程序, 行動的最佳路線就是從研究框架自身開始.
217.在閱讀向?qū)傻拇a時, 不要期望太高, 否則您會感到失望.
218.學(xué)習(xí)幾個基本的設(shè)計模式之后, 您會發(fā)現(xiàn), 您查看代碼構(gòu)架的方式會發(fā)生改變: 您的視野和詞匯將會擴(kuò)展到能夠識別和描述許多通用的形式.
219.頻繁使用的一些模式, 但并不顯式地指出它們的名稱, 這是由于構(gòu)架性設(shè)計
的重用經(jīng)常先于模式的形成.
220.請試著按照底層模式來理解構(gòu)架, 即使代碼中并沒有明確地提及模式. 221.大多數(shù)解釋器都遵循類似的處理構(gòu)架, 圍繞一個狀態(tài)機(jī)進(jìn)行構(gòu)建, 狀態(tài)機(jī)的
操作依賴于解釋器的當(dāng)前狀態(tài)|程序指令和程序狀態(tài).
222.多數(shù)情況下, 參考構(gòu)架只是為應(yīng)用程序域指定一種概念性的結(jié)構(gòu), 具體的實
現(xiàn)并非必須遵照這種結(jié)構(gòu).
+++++++++++++++++ 第十章: 代碼閱讀工具 +++++++++++++++++
223.詞匯工具可以高效地在一個大代碼文件中或者跨多個文件查找某種模式. 224.使用程序編輯器和正則表達(dá)式查找命令, 瀏覽龐大的源代碼文件. 225.以只讀方式瀏覽源代碼文件.
226.使用正則表達(dá)式 ^function name 可以找出函數(shù)的定義. 227.使用正則表達(dá)式的字符類, 可以查找名稱遵循特定模式的變量. 228.使用正則表達(dá)式的否定字符類, 可以避免非積極匹配. 229.使用正則表達(dá)式 symbol-1. *symbol-2, 可以查找出現(xiàn)在同一行的符號. 230.使用編輯器的 tags 功能, 可以快速地找出實體的定義. 231.可以用特定的 tag 創(chuàng)建工具, 增加編輯器的瀏覽功能. 232.使用編輯器的大綱視圖, 可以獲得源代碼結(jié)構(gòu)的鳥瞰圖. 233.使用您的編輯器來檢測源代碼中圓括號|方括號和花括號的匹配. 234.使用 grep 跨多個文件查找代碼模式.
235.使用 grep 定位符號的聲明|定義和應(yīng)用. 236.當(dāng)您不能精確地表述要查找的內(nèi)容時, 請使用關(guān)鍵單詞的詞干對程序的源代
碼進(jìn)行查找.
237.用 grep 過濾其他工具生成的輸出, 分離出您要查找的項.
238.將 grep 的輸出輸送到其他工具, 使復(fù)雜處理任務(wù)自動化.
239.通過對 grep 的輸出進(jìn)行流編輯, 重用代碼查找的結(jié)果.
240.通過選取與噪音模式不匹配的輸出行(grep-v), 過濾虛假的 grep 輸出.
241.使用 fgrep 在源代碼中查找字符串列表.
242.查找注釋, 或標(biāo)識符大小寫不敏感的語言編寫的代碼時, 要使用大小寫不敏 感的模式匹配(grep -i).
243.使用 grep –n 命令行開關(guān), 可以創(chuàng)建與給定正則表達(dá)式匹配的文件和行號的 檢查表.
244.可以使用 diff 比較文件或程序不同版本之間的差別.
245.在運行 diff 命令時, 可以使用 diff –b, 使文件比較算法忽略結(jié)尾的空
格, 用 –w 忽略所有空白區(qū)域的差異, 用 –i 使文件比較對大小寫不敏感. 246.不要對創(chuàng)建自己的代碼閱讀工具心存畏懼.
247.在構(gòu)建自己的代碼閱讀工具時: 要充分利用現(xiàn)代快速原型語言所提供的能 力; 從簡單開始, 根據(jù)需要逐漸改進(jìn); 使用利用代碼詞匯結(jié)構(gòu)的
各種試探法; 要允許一些輸出噪音或寂靜(無關(guān)輸出或缺失輸出); 使用其他工具 對輸入進(jìn)行預(yù)處理, 或者對輸出進(jìn)行后期處理.
248.要使編譯器成為您的: 指定恰當(dāng)級別的編譯器警告, 并小心地評估生成的結(jié) 果.
249.使用 C 預(yù)處理器理清那些濫用預(yù)處理器特性的程序. 250.要徹底地了解編譯器如何處理特定的代碼塊, 需要查看生成的符號(匯編)代
碼.
251.通過分析相應(yīng)目標(biāo)文件中的符號, 可以清晰地了解源文件的輸入和輸出.
252.使用源代碼瀏覽器瀏覽大型的代碼集合以及對象類型. 253.要抵制住按照您的編碼規(guī)范對外部代碼進(jìn)行美化的誘惑; 不必要的編排更改
會創(chuàng)建不同的代碼, 并妨礙工作的組織.
254.優(yōu)美打印程序和編輯器語法著色可以使得程序的源代碼為易讀.
255.cdecl 程序可以將難以理解的 C 和 C++類型聲明轉(zhuǎn)換成純英語(反之亦然).
256.實際運行程序, 往往可以更深刻地理解程序的動作.
257.系統(tǒng)調(diào)用|事件和數(shù)據(jù)包跟蹤程序可以增進(jìn)對程序動作的理解.
258.執(zhí)行剖析器可以找出需要著重優(yōu)化的代碼, 驗證輸入數(shù)據(jù)的覆蓋性, 以及分 析算法的動作.
259.通過檢查從未執(zhí)行的代碼行, 可以找出測試覆蓋的弱點, 并據(jù)此修正測試數(shù) 據(jù).
260.要探究程序動態(tài)動作時的每個細(xì)節(jié), 需要在調(diào)試器中運作它.
261.將您覺得難以理解的代碼打印到紙上.
262.可以繪制圖示來描繪代碼的動作.
263.可以試著向別人介紹您在閱讀的代碼, 這樣做一般會增進(jìn)您對代碼的理解.
264.理解復(fù)雜的算法或巧妙的數(shù)據(jù)結(jié)構(gòu), 要選擇一個安靜的環(huán)境, 然后聚精會神 地考慮, 不要借助于任何計算機(jī)化或自動化的幫助.
+++++++++++++++++++++ 第十一章: 一個完整的例子
+++++++++++++++++++++
265.模仿軟件的功能時, 要依照相似實體的線路(類|函數(shù)|模塊). 在相似的現(xiàn)有實 體中, 為簡化對源代碼庫的文本查找, 應(yīng)選取比較罕見的名稱.
266.自動生成的文件常常會在文件的開關(guān)有一段注釋, 說明這種情況.
267.如果試圖精確地分析代碼, 一般會陷入數(shù)量眾多的類|文件和模塊中, 這些內(nèi) 容會很快將我們淹沒; 因此, 我們必須將需要理解的代碼限定在絕對必需的范圍 之內(nèi).
268.采用一種廣度優(yōu)先查找策略, 從多方攻克代碼閱讀中存在的問題, 進(jìn)到找出 克服它們的方法為止.