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

　　技巧#5:充分利用模塊化

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

　　技巧#6:寫千層餅式代碼而非面條式代碼

　　Beningo是一個意大利名字，和許多意大利人一樣，我對意大利面食也是毫無保留地熱愛。當拿意大利面食與軟件相比時，我就會想到兩種面食，即意大利面條和千層餅。意大利面條比較混亂，面條相互交織，縱橫交錯，結果完全沒有任何類型的結構。編寫非結構化代碼就非常像意大利面條：咬一口，完全不知道吃的是哪部分。

　　另一種就是意大利千層餅!這種面食是分層的，是有結構的。分層開發(fā)的代碼不僅更容易理解，還可以移走一層并添加一個新層，基本上能夠實現(xiàn)重復使用和維護的簡易性。圖1為用千層餅式代碼模型的一個簡單軟件模塊示例。

　　圖1 千層餅軟件 模型

　　驅動程序配置

　　應用程序配置

　　應用程序

　　驅動程序庫

　　硬件

　　技巧#7:使用描述式變量名稱

　　編寫易于理解和維護的較大軟件有許多障礙，其中之一就是變量的命名習慣。為了盡力縮短變量名，開發(fā)者通常會自創(chuàng)一些較短的、令人費解的助記符，往往只有他們自己才能明白的符號?，F(xiàn)代語言使一個變量名可以包含數(shù)百個字符。為了讓事情清晰明確，“直截了當”地方法要好于其它方式。因此，變量名一目了然不僅有利于開發(fā)人員，也有利于未來的維護團隊。列表8給出一個示例。

　　列表8 變量的命名

　　技巧#8:少用#pragma語句

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

　　技巧#9:錯誤往往并不是看上去那樣簡單

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

　　*當心漏掉#include文件。這可能會使程序開發(fā)人員看到完美的代碼行，但由于未包含必要的頭文件，編譯器便會將其標志為一個錯誤，表示有些東西未定義。

　　*當心漏掉分號。編寫C代碼時最常見的錯誤是忘記在句末加分號。

　　*當心漏掉括號。漏寫括號是代碼編寫過程中又一常犯的錯誤，或是粗心漏掉，或是由于鍵入錯誤而產生一個錯誤字符。

　　*當心漏掉逗號。在復雜的定義中很容易忘記逗號!

　　一般情況下，當彈出一個奇怪的編譯錯誤對話框時，要查看該行前已被編譯的內容。很有可能就是錯誤所在!它可能是出現(xiàn)在一行上面，或中間部分，或在完全不同的文件里。

　　不要放棄!只要具備一定的經驗，解決這些疑難問題就會成為一種第二天性。

　　技巧#10:優(yōu)秀的程序員編寫的代碼行數(shù)不一定少

　　人們常有這種誤解，即認為較一般的程序員而言，一個優(yōu)秀的程序員往往寫較少的代碼行就能解決問題。不要卷入這一錯誤的想法!一個優(yōu)秀的程序員通常具備思維縝密、結構清晰的編碼基礎。變量命名和封裝都恰如其分，系統(tǒng)中幾乎不用全局變量。函數(shù)應保持簡短有效。如果代碼看起來很混亂，需要多寫幾行才能使其看上去更清晰，那就不妨多寫幾行!可以上網查看獲得C代碼編寫最混亂殊榮獎項的代碼用作前車之鑒。優(yōu)秀程序員寫的代碼簡潔、易于理解和維護，代碼行數(shù)并非最少(圖2)!

　　圖2 簡短程序

　　作者簡介

　　Jacob Beningo獲得了軟件工程職業(yè)認證(CSDP)，專業(yè)從事高質量、穩(wěn)健的嵌入式系統(tǒng)的開發(fā)和設計。他著有許多關于嵌入式設計方法的科技論文，并教授有關可編程的設備、引導加載程序和軟件方法等課程。Beningo獲得了中密歇根大學(簡稱CMU)(密歇根州歡喜山校區(qū))工程物理學學士學位，以及密歇根大學(密歇根州安娜堡分校)空間系統(tǒng)工程碩士學位。