|
這些建議是在我從硬件工程師過(guò)渡至軟件工程師期間，曾經(jīng)希望得到的建議。 嵌入式系統設計不僅要求了解硬件，還要求了解軟件的作用方式，以及如何與之交互。設計硬件需要的某種范式可能與設計軟件完全相反。當從硬件設計轉向包含軟件的設計時(shí)，硬件工程師應牢記以下十個(gè)技巧。 技巧#1：流程圖第一，實(shí)現第二 當工程師首次邁入軟件開(kāi)發(fā)領(lǐng)域時(shí)，會(huì )有種強烈的誘惑力促使他們立刻投入工作并開(kāi)始寫(xiě)代碼。這樣的定式思維就等同于在電路邏輯圖還未完成前就試圖設計印刷電路板（PCB）。在著(zhù)手開(kāi)發(fā)軟件時(shí)，抑制一上來(lái)就想寫(xiě)代碼的沖動(dòng)是至關(guān)重要的，應首先用流程圖制定一個(gè)軟件架構圖。這樣的方法會(huì )使開(kāi)發(fā)人員對應用所需的不同部分與組件形成一個(gè)概念，就像電路邏輯圖可以告訴工程師需要哪些硬件元件一樣。這樣可確保程序整體建立在良好的組織和深思熟慮之上，減少程序調試時(shí)間，從長(cháng)期看，這樣做還可以節省時(shí)間、省去麻煩。 技巧#2：使用狀態(tài)機控制程序流程 狀態(tài)機是20世紀最偉大的軟件發(fā)明之一。某應用程序往往可被分為多個(gè)狀態(tài)機，每個(gè)狀態(tài)機都控制該應用程序的特定部件。這些狀態(tài)機都擁有自己的內部狀態(tài)和狀態(tài)轉換，從中可看出軟件如何與各種激勵相互作用。用狀態(tài)機來(lái)設計軟件，可簡(jiǎn)化軟件的開(kāi)發(fā)，使之模塊化、可維護，并易于理解。目前擁有的廣泛資源可演示狀態(tài)機的理論和算法。 技巧#3：避免使用全局變量 在函數式編程的年代，函數要先于形式，程序員的唯一目標是盡可能地讓程序按預期方式快速運行，而不用考慮程序結構或可重用性。這種編程范式會(huì )毫無(wú)顧慮地使用全局性變量，程序中的任何函數都可能修改它。其結果就造成了變量被破壞的幾率增加或變量被誤用。在新推薦的面向對象范式中，應在最小的范圍內定義變量并封裝它們，以防止其他函數的誤用或破壞。因此，建議您限制全局范圍使用的變量數量�？稍�C語(yǔ)言中用外部關(guān)鍵字標識這些變量。 技巧#4：利用模塊性的好處 無(wú)論問(wèn)哪一名工程師，項目的哪部分最有可能延遲交付并超出預算？答案都是軟件。軟件往往是復雜的，且難以開(kāi)發(fā)和維護，尤其是當整個(gè)應用都存在于單一文件或松散關(guān)聯(lián)的多個(gè)文件中時(shí)。為了緩解可維護性、可重用性及復雜性，強烈建議程序員充分利用現代編程語(yǔ)言的模塊化特性，將常用功能分解成模塊。以這樣的方式分解編碼，程序員就能著(zhù)手建立函數與特性庫，然后在一個(gè)接一個(gè)的應用中重用它們，從而通過(guò)連續測試而改善代碼質(zhì)量，同時(shí)也減少了時(shí)間，降低了開(kāi)發(fā)成本。 技巧#5：保持中斷服務(wù)例程的簡(jiǎn)單性 中斷服務(wù)例程用來(lái)中斷處理器對當前代碼分支的執行，從而處理剛剛觸發(fā)中斷的外圍設備。無(wú)論何時(shí)執行中斷，都需要一定數量的開(kāi)銷(xiāo)，用于保存當前程序的狀態(tài)、運行中斷，然后將處理器回歸原程序狀態(tài)�，F代處理器要比多年前的處理器快得多，但仍需要考慮此花銷(xiāo)。一般情況下，程序員都想把中斷運行時(shí)間降至最低，以避免干擾主代碼分支。這意味著(zhù)中斷應該短而簡(jiǎn)單。中斷中不應調用函數。此外，如果中斷開(kāi)始變得過(guò)于復雜或耗時(shí)，則僅應在必要時(shí)利用中斷做最少量的工作，例如，將數據裝入緩沖區并設置一個(gè)標志，然后讓主分支處理輸入的數據。這樣做可保證大多數處理器周期被用于運行應用，而不是處理中斷。 技巧#6：使用處理器示例代碼做外設的實(shí)驗 設計硬件時(shí)，做原型測試電路總是有益的，這樣可確保工程師對電路有正確的理解，然后再做電路板布局。此點(diǎn)對設計軟件也同樣適用。硅片制造商通常都有示例代碼，可用來(lái)測試微處理器的各個(gè)部分，這樣工程師們就可判定該部分的工作情況。此方法使人們洞察到軟件體系架構的應該組織方式，以及可能造成的任何潛在問(wèn)題。在設計初期階段認清潛在的障礙，比在產(chǎn)品交付前最后幾小時(shí)才發(fā)現它們要好。這是預先測試代碼片段的一個(gè)很好的方法，但需提醒的是，制造商代碼往往不是模塊化的，未經(jīng)大的修改不方便用于實(shí)際應用。這一局限已隨著(zhù)時(shí)間的發(fā)展而改變，也許某一天芯片供應商會(huì )給出可用于生產(chǎn)的代碼。 技巧#7：限制功能復雜度 工程學(xué)中有一個(gè)舊詞叫“KISS”——保持簡(jiǎn)單和直接。無(wú)論在處理何種復雜工作時(shí)，最簡(jiǎn)單的方法就是把它分解為更小、更簡(jiǎn)單、更易處理的任務(wù)。隨著(zhù)工作或功能變得越來(lái)越復雜，人們要準確無(wú)誤地記錄所有的細節也變得更困難。在寫(xiě)一個(gè)函數時(shí)，其復雜度在當時(shí)看似適中，然而要考慮到，一名工程師如何在六個(gè)月的維護時(shí)間內查看代碼。測量函數復雜度（如循環(huán)的復雜度）的方法很多�，F在有工具可以自動(dòng)計算某個(gè)函數的循環(huán)復雜度。經(jīng)驗法則建議，函數的循環(huán)復雜度保持在10以下是最理想的。 無(wú)論在處理何種復雜工作時(shí)，最簡(jiǎn)單的方法就是把它分解為更易處理的任務(wù)。 技巧#8：使用源代碼存儲庫并頻繁提交 人都是會(huì )犯錯誤的，寫(xiě)代碼時(shí)也會(huì )犯錯。這就是為什么開(kāi)發(fā)人員使用源代碼存儲庫是如此重要。源代碼存儲庫可使開(kāi)發(fā)人員“登記”一個(gè)好的代碼版本，并描述對該代碼基所做的修改。該步驟不僅使得開(kāi)發(fā)人員可以復原或追溯到代碼的舊版本，還可以比較舊版本之間的不同。如果開(kāi)發(fā)人員做的一系列改變破壞了系統，只需點(diǎn)擊一下即可恢復好的代碼版本！請謹記，如果不頻繁提交代碼，存儲庫就不會(huì )達到預期目的。如果做了不可逆的修改，兩周后才提交代碼，然后再恢復，就會(huì )造成大量工作和時(shí)間的損失！ 技巧#9：代碼做詳細說(shuō)明 在軟件開(kāi)發(fā)的激烈戰斗中，開(kāi)發(fā)人員很容易把注意力集中在編寫(xiě)和代碼上，因此會(huì )忽略詳細解釋的需求。在壓力之下，說(shuō)明工作往往是項目的收尾工作，因為開(kāi)發(fā)人員認為它是最后的一項工作。然而，當代碼仍在你腦中新鮮熱火時(shí)就做出詳細解釋是至關(guān)重要的，這樣做可使開(kāi)發(fā)人員或你自己讀懂注釋?zhuān)斫獯a的工作方式。 如果開(kāi)發(fā)人員做的一系列改變破壞了系統，只需點(diǎn)擊一下即可恢復好的代碼版本！ 技巧#10：使用一種Agile開(kāi)發(fā)流程 無(wú)論做何種類(lèi)型的工程工作，都建議您先設定并遵守一項流程。這樣的結果應有一致的質(zhì)量和成本，并能按時(shí)交付。軟件開(kāi)發(fā)人員已成功使用Agile開(kāi)發(fā)流程來(lái)開(kāi)發(fā)高質(zhì)量軟件。這一流程可按需求的優(yōu)先等級做開(kāi)發(fā)。優(yōu)先級別最高的工作在限定的時(shí)間段內首先開(kāi)展，這被稱(chēng)為迭代。這種方法的好處是它可使軟件開(kāi)發(fā)流程保持順暢，還可以根據結果和客戶(hù)所需，在每次迭代中適應并修改需求和任務(wù)。 技巧#10A：站在開(kāi)發(fā)技術(shù)之巔 要學(xué)習嵌入式軟件開(kāi)發(fā)所使用的最新工具和技術(shù)，最好的一個(gè)場(chǎng)合是嵌入式系統研討會(huì )（Embedded Systems Conferences）。該會(huì )議每年召開(kāi)兩次，地點(diǎn)分別位于加利福尼亞州圣荷西（San Jose）（www.ubmdesign.com/sanjose）和波士頓（east.ubmdesign.com）。會(huì )議吸引了來(lái)自全世界的工程師，他們可以開(kāi)展互動(dòng)、參加研討會(huì )，并進(jìn)行實(shí)際操作，以促進(jìn)對軟件開(kāi)發(fā)的理解。此外，EDN.com社區還提供了與軟件和硬件相關(guān)的一系列網(wǎng)站（www.edn.com/blogs），工程師們可通過(guò)不斷的參與和學(xué)習，為了將最尖端技術(shù)應用于他們未來(lái)的發(fā)展項目而做好準備。 10大技巧 讀者心得 “我不支持關(guān)于中斷程序的建議。使用像德州儀器（TI）MSP430的低功耗微控制器時(shí)，主代碼經(jīng)常只用于將處理器置于睡眠狀態(tài)。當處理器處于激活狀態(tài)時(shí)，所有工作都在中斷程序中完成�！薄狣ickB “從我的經(jīng)驗看，也許這篇文章的標題應為‘軟件工程師的10大技巧’。 我曾經(jīng)在面試一個(gè)新職位的軟件工程師時(shí)問(wèn)了這樣一個(gè)問(wèn)題：‘如何為一個(gè)新項目寫(xiě)軟件？’ 回答是：‘著(zhù)手寫(xiě)軟件代碼！’ 我以為他會(huì )說(shuō)‘閱讀規范’，然后‘將軟件分解成小模塊并為它們設計流程圖’或類(lèi)似的話(huà)。 他沒(méi)能得到這份工作�！薄猅he Real Dr Bob “所有的都很好。想增加10b：讓組織剩余成員（管理層）學(xué)習‘Agile’（和與其他開(kāi)發(fā)流程相關(guān)的一般折中方案）。 要懂得一個(gè)最大的‘實(shí)話(huà)’：在項目剛開(kāi)始時(shí)就設定項目完成的實(shí)際目標（一個(gè)反復出現的主題）。 有關(guān)同一話(huà)題的另一個(gè)觀(guān)點(diǎn)：在初期適當地分配人力和流程，而不要等來(lái)不及的時(shí)候，在后期增加這些。 一個(gè)‘人年’工作量是相當于720個(gè)員工在下班前解決了一個(gè)問(wèn)題嗎？（難以解決這個(gè)問(wèn)題）—Thinking_J |
