10個C語言技巧 避免這些編程陷阱

2 使用FOR（；；）或While（1）

如果goto語句已經(jīng)過時，那么對程序創(chuàng)建無限循環(huán)應(yīng)該如何去做呢，這是一些硬件工程師可能會疑惑的問題。畢竟，之前都是通過創(chuàng)建一個goto語句然后再返回到main語句。解決這一問題就要利用C語言中已經(jīng)存在的循環(huán)語句for和while（列表3和4）。

列表3 使用一個無限的For循環(huán)

4 避免使用匯編語言

微處理器的自然語言為匯編語言指令。為低級別機(jī)器語言編程可能會為處理器提供更高效的代碼。然而，人類并不是天生就會這種語言，并且經(jīng)驗表明，編寫匯編語言會造成誤解。誤解會導(dǎo)致維護(hù)不當(dāng)，更甚者，可能會使系統(tǒng)到處是bug，一般建議避免使用匯編語言。實際上，現(xiàn)在大多數(shù)編譯器都能編譯出非常高效的代碼。采用C語言或C++語言等高級語言的開發(fā)，能獲得更有序的結(jié)構(gòu)，便于理解和維護(hù)，使代碼的整體效果更好。

當(dāng)然，現(xiàn)在仍有一些場合適于使用匯編語言，但這種場合仍比較少。首個推薦的場合是開發(fā)引導(dǎo)裝載程序。這種情況下，可能需要優(yōu)化對啟動過程中某個決策（啟動應(yīng)用或引導(dǎo)加載器）的速度。此時，分支判定用匯編代碼就可能有意義了。另一種場合是開發(fā)一種在DSP上運行有嚴(yán)格時序要求的控制循環(huán)。為了從設(shè)備中的得到每個時鐘周期，用匯編語言做控制循環(huán)的編碼是有意義的。如果目前任務(wù)適合用匯編，應(yīng)確保將其妥善存檔便于有據(jù)可查，這樣，未來的開發(fā)者（或未來的版本）會明白該代碼的用途。

5 充分利用模塊化

筆者最常見的經(jīng)歷是著手由硬件工程師開啟的一個新項目往往是雜亂無章的代碼組織。通常我們會發(fā)現(xiàn)，代碼由一個單一的主模塊組成，其中有2.5萬多行代碼。在這些應(yīng)用中，一切都是全局性的，函數(shù)寥寥無幾，goto語句貫穿整個代碼結(jié)構(gòu)。15年前這算正常，但如今已不再適用了！C語言編程使工程師能夠?qū)⒋a分成獨立的功能模塊，這簡化了代碼導(dǎo)航，同時還能夠使工程師使用封裝等面向?qū)ο蠹夹g(shù)。代碼可以被組織成邏輯模塊，這很有意義。雖然可能要先花點時間（幾分鐘），但從長遠(yuǎn)來看，這將能省掉很多漫長之夜，和很多調(diào)試之苦！

6 使用描述式變量名稱

7 少用#pragma語句

C語言中有一種特殊的#pragma語句。這些語句通常處理非標(biāo)準(zhǔn)的句法和特性，應(yīng)盡可能避免使用這種語句，因為它們是非標(biāo)準(zhǔn)的，不能從一個處理器移植到另一個處理器。有些編譯器可能要求用這類語句完成某項任務(wù)，例如定義一個中斷服務(wù)程序。在這種情況下，可能除了使用#pragma語句以外別無它法。如果可能，將所有的#pragma語句放在一個模塊或幾個模塊里。這有助于確保在代碼移植時，只需要更新幾處代碼，而非整個代碼庫；此外，這也將有助于防止移植代碼的首次編譯所帶來的困擾。

8 錯誤往往并不是看上去那樣簡單

在調(diào)試一個C程序時，有一個讓人當(dāng)心的陷阱就是編譯器錯誤。由于編譯器的復(fù)雜性，當(dāng)檢測到一個錯誤時，通常錯誤位于程序中的其它地方，而非編譯器所指示的位置。這主要與編譯器生成程序的步驟有關(guān)。錯誤類型通常是一致的，工程師可以發(fā)現(xiàn)的一些錯誤中，90%都是根源：