硬件工程師之路上的8個軟件必通絕招?。?！

　　嵌入式系統(tǒng)設(shè)計不僅要了解硬件還應(yīng)該了解它與軟件之間的相互影響和作用。硬件設(shè)計需要一定的設(shè)計范例，這點對于軟件設(shè)計卻不那么適用。如何從單純的硬件設(shè)計過渡到硬軟結(jié)合的設(shè)計，在你著手開發(fā)軟件時需注意以下八個軟件設(shè)計技巧。

　　1.設(shè)計控制流程圖

　　工程師進行到開發(fā)軟件這一步時會情不自禁地開始書寫代碼。這種思維定勢就像在原理圖還未完成之前就開始嘗試畫PCB。當著手開發(fā)軟件時，克制寫代碼的沖動，取而代之的應(yīng)該是軟件流程結(jié)構(gòu)圖表的設(shè)計，這點非常重要。流程圖能清晰地呈現(xiàn)給開發(fā)人員軟件的各個需要的組成部件，正如電路圖列出硬件設(shè)計所需的各種元器件一樣。做到這點能很大程度上使程序整體更易于組織，而且也會減少占開發(fā)周期較長的調(diào)試工作量進而節(jié)省時間減少調(diào)試的繁瑣。

　　2.使用狀態(tài)機控制程序流程

　　狀態(tài)機是20世紀優(yōu)秀的軟件發(fā)明之一。應(yīng)用程序一般被分解為多個不同的狀態(tài)，每一個狀態(tài)控制一個特定的程序分支。狀態(tài)機包括內(nèi)部狀態(tài)和依據(jù)不同激勵所控制的狀態(tài)轉(zhuǎn)換。使用狀態(tài)機機制設(shè)計軟件能夠使模塊化的可維護的軟件開發(fā)更加容易而且易于理解。狀態(tài)機原理與算法的示例隨處可見。

　　3.避免使用全局變量

　　在過去的函數(shù)式編程中，程序員使用函數(shù)編寫程序，他們的唯一目標是使程序盡可能快的運行而不考慮程序的結(jié)構(gòu)和重用性。這類程序風格在使用全局變量時不注意變量的作用范圍引起其他函數(shù)修改的危險性。這樣變量會被多次占用和重寫。如今面向?qū)ο蟮某绦蛟O(shè)計中，成員變量被定義在最小的作用范圍之內(nèi)并封裝起來避免被重新復值和濫用。所以建議盡量少地使用全局變量，實在需要的話，使用C語言中的關(guān)鍵字“extern”來修飾。

　　4.充分利用模塊化的設(shè)計理念

　　如果你問一位工程師項目的哪一部分最有可能會拖延交付并超出預(yù)估時間，那答案一定是軟件周期了。軟件通常是復雜而且不易開發(fā)和維護的，特別是當項目應(yīng)用程序集中在一個單一的文件里，或者幾個結(jié)構(gòu)松散的文件中時。為了便于代碼重用和軟件可維護并減小軟件的復雜度，強烈建議發(fā)揮高級程序設(shè)計語言模塊化的特性，在程序的結(jié)構(gòu)中把公用的函數(shù)分離出來作為一個獨立的模塊。通過這種方式可以讓程序員開始創(chuàng)建包含有常用函數(shù)和常用的聲明定義，它可以很容易的被其他的代碼重用，這在以后的測試階段不僅可以節(jié)省時間代價還能提高代碼的質(zhì)量。

　　5.中斷服務(wù)事件保持簡練

　　中斷服務(wù)事件是中斷處理器正在執(zhí)行的程序，轉(zhuǎn)而去處理觸發(fā)該中斷的外設(shè)的請求的一種機制。處理器響應(yīng)中斷請求需要大量的系統(tǒng)開銷，具體表現(xiàn)在保存被中斷程序的狀態(tài)(入棧下條指令的段地址、偏移地址和程序狀態(tài)寄存器，有時還會入棧若干寄存器的值)，執(zhí)行中斷服務(wù)程序然后恢復中斷點繼續(xù)執(zhí)行(依次出棧各寄存器)，雖然現(xiàn)在的處理器速度非?？斓沁@種系統(tǒng)開銷仍然需要考慮。一般來說，為了避免與主程序沖突程序員總想使中斷執(zhí)行時間減小到最小。這就意味著中斷服務(wù)事件應(yīng)該短小簡單。不能在中斷程序中調(diào)用函數(shù)。另外，如果中斷需要處理的事件特別復雜或者需要花費較長的時間，這個時候中斷服務(wù)程序應(yīng)該滿足最小的需求，例如將數(shù)據(jù)載入到緩沖寄存器、設(shè)置標志位，而讓主程序去處理讀入的數(shù)據(jù)。這樣處理器的工作大部分周期都在處理程序而不是中斷。

　　6.使用處理器示例代碼測試設(shè)備

　　對于硬件設(shè)計，在畫板之前標準的測試電路有助于工程師理解電路的特性。同樣可以適用于軟件設(shè)計，半導體廠商通常有測試微處理器各個部分的功能的示例程序提供工程師體驗各部分是如何工作的。據(jù)此可以提前組織軟件的結(jié)構(gòu)并且預(yù)知在設(shè)計中的問題。提前確定在設(shè)計潛在的障礙遠比在產(chǎn)品完成前幾個小時發(fā)現(xiàn)問題更加科學合理。而值得注意的是廠商提供的代碼通常不是模塊化而且不做必要的修改是很難直接用于實際的軟件中的。

　　7.控制函數(shù)的復雜度

　　在工程設(shè)計中有句俗語叫“KISS”，意思是“Keep It Simple Silly”。在處理一些復雜的任務(wù)時最簡單有效的方法是把它分解成若干個簡單的子任務(wù)，當任務(wù)或者功能很復雜時，人們很難留意所有的細節(jié)也很難不出錯。當工程師寫了一個在當時能夠理解的復雜函數(shù)，可一段時間后需要維護程序了還能不能清晰的呈現(xiàn)出當初的設(shè)計思想這是值得考慮的。有大量的技術(shù)來衡量函數(shù)的復雜度像“循環(huán)復雜度”。經(jīng)驗告訴我們，函數(shù)的循環(huán)復雜度應(yīng)該低于10比較好。

　　8.詳細的文檔

　　在激烈的軟件開發(fā)競爭中關(guān)注的焦點很容易就局限在代碼的書寫和調(diào)試而忽略文檔的編寫。有時迫于壓力要求寫文檔，開發(fā)人員通常把文檔安排在項目開發(fā)的最后的一個環(huán)節(jié)集中編寫。然而給代碼寫文檔應(yīng)該乘在頭腦里面還比較清晰的時候比較關(guān)鍵，這樣在后續(xù)的開發(fā)或者自己閱讀注釋的時候能很快的回憶起當時的設(shè)計思想