在嵌入式軟件技術(shù)中，C++語言具有較高的編程效率。但是，要實現(xiàn)高效率，還有許多問題需要特別注意。首先，應(yīng)該正確理解C++的工作原理，逐步利用它的各種強大功能，把專業(yè)經(jīng)驗集成到對象中，并使用針對嵌入式應(yīng)用做過優(yōu)化的開發(fā)工具。不建議使用純粹的自頂向下的設(shè)計策略和深層嵌套繼承，并避免為適應(yīng)工具而放棄語言功能，而使編程的效率降低。

　　嵌入式軟件技術(shù)似乎落后于新的發(fā)展形勢，這主要是因為嵌入式開發(fā)人員根據(jù)多年來應(yīng)付有限資源的經(jīng)驗而養(yǎng)成了謹慎保守的態(tài)度。這里所指的有限資源包括：存儲器容量非常有限，CPU的功能只是剛好夠用。

　　對編程語言的選擇完全反映了這種實用保守主義態(tài)度。數(shù)年前，嵌入式開發(fā)人員慢慢開始熟悉高級語言，但最終被接受的是C語言。為了促使業(yè)界接受，C語言具有很高質(zhì)量的代碼生成和透明調(diào)試功能，另一方面，也正是在巨大的壓力下C語言才變得更有效率。

　　即使相對于C，C++取得了明顯的改進，但它在嵌入式系統(tǒng)中的應(yīng)用仍遠未普及。

　　造成這種猶豫不決的原因倒不是因為人們固執(zhí)地拒絕改變，而是很簡單，他們還是擔(dān)心資源問題。存儲器可能是大了一些，但你不可能隨心所欲地額外增加500兆字節(jié)容量;處理器速度也確實快了很多，但成本和功耗限制決定了它們的功能遠遠比不上即使是最普通的臺式機中的處理器那么強大。

　　按這種思路對C++用于嵌入式軟件的適當性產(chǎn)生顧慮又是否合理呢?答案是不一定。就像任何工具那樣，只有正確合理地使用語言，才能產(chǎn)生良好的結(jié)果。

　　建議開始逐步使用C++。如果設(shè)計師今天還在使用C，那么讓他明天就使用C++肯定是一個極大的跨越。然而，由于C++并不是一種面向?qū)ο蟮恼Z言(實際上它是具有某些面向?qū)ο筇攸c的一種過程語言)，并且基本上是C的一個超集，因此設(shè)計師可以逐步發(fā)掘C++新增的強大功能。

　　理解C++的實際工作原理。查看生成的代碼，并試著理解為什么要按它那樣的方式做。

　　在對象中集成專業(yè)經(jīng)驗。嵌入式軟件開發(fā)小組成員會有各種編程技巧，將這些專業(yè)經(jīng)驗集成到一些類(class)里面，從而能讓其他團隊成員安全地共享這些專業(yè)經(jīng)驗。

　　使用針對嵌入式應(yīng)用做過優(yōu)化的設(shè)計工具。雖然許多公司提供嵌入式編程工具，但相對而言，一些工具更能滿足嵌入式開發(fā)者的實際需求。

　　適當應(yīng)用語言功能。C++并不是專門針對嵌入式應(yīng)用而開發(fā)的語言。某些語言特性，比如過載功能，絕不會消耗任何資源。而其它特性，如異常處理系統(tǒng)(EHS)，則可能需要很大的開銷。該功能可以幫助編程人員構(gòu)建極具魯棒性的代碼。但缺點是為了適應(yīng)這種功能，工具會在后臺悄悄地產(chǎn)生大量的代碼。如果這種情況不可避免，那么至少以簡單的方式使用EHS將能減少意外發(fā)生。

　　不建議將嵌入式系統(tǒng)當作PC。如果設(shè)計師在對PC進行編程，那么可以認為存儲器是無限和隨便使用的，并且總是有足夠的CPU處理能力。但在編寫嵌入式軟件時需要更加謹慎。先編一些代碼，看看它的長度和執(zhí)行性能。然后，只有當測試結(jié)果位于合理范圍內(nèi)而使設(shè)計師滿意時，才能繼續(xù)做下去。

　　在嵌入式系統(tǒng)中，存儲器一直是珍貴的資源。一個支持智能鏈接的鏈接器能利用編譯器產(chǎn)生輸出來消除重復(fù)的存儲器區(qū)域。

　　使用純粹的至頂向下的實現(xiàn)方法。從高層開始，創(chuàng)建只包括低層功能stub程序的軟件應(yīng)用程序創(chuàng)建是非常吸引人的。然而，這種策略的缺點在于會出現(xiàn)很多令人討厭的意外問題。設(shè)計師可能在編寫完代碼后發(fā)現(xiàn)整個程序太大或太慢，甚至又大又慢。

　　使用深層嵌套的繼承(inheritance)。面向?qū)ο缶幊谭椒ǖ膬?yōu)點之一是能夠讓設(shè)計師自己或其它開發(fā)人員根據(jù)以前創(chuàng)建的其它基礎(chǔ)類定義新的類，并且不用完全理解那些基礎(chǔ)類的內(nèi)部工作機理。這就是繼承。但這樣做的缺點是根據(jù)這種方式生成的類的實例化對象可能需要一定的開銷。

　　編寫“聰明的”代碼。開發(fā)人員可以用C++寫出非常聰明簡潔的代碼。但C++也能讓人寫出相當晦澀難懂的代碼。千萬不要是后者。

　　僅僅因為工具不能很好地處理而放棄一些語言功能。例如，如果模板實現(xiàn)很差，它們就會產(chǎn)生嚴重的代碼膨脹(codebloat)。如果工具不能很好地處理這種情況，那就改用別的能夠幫助提高編程效率的工具。