嵌入式C語言面向?qū)ο缶幊虘?yīng)用及優(yōu)勢

如上面三個（其實是前兩個）例子所述，面向過程主要思考的是“如何（HOW）”的問題，也就是把一個目標(biāo)，拆分為多個流程環(huán)節(jié)，然后把每個流程環(huán)節(jié)拼湊起來，最終實現(xiàn)客戶想要的目標(biāo)。

既然面向?qū)ο笫且环N編程思想，而編程語言只是一種工具，那么，思想與工具之間就不存在一種強耦合的關(guān)系，C++可以面向?qū)ο?，Java可以面向?qū)ο螅珻 語言同樣可以面向?qū)ο蟆?/p>

圖片來源公眾號：碼農(nóng)翻身

現(xiàn)在很多嵌入式設(shè)備的處理器，都可以支持使用 C++ 語言進(jìn)行開發(fā)，但對于以往慣用的開發(fā)方式，嵌入式設(shè)備還是用 C 語言開發(fā)居多。

一些業(yè)務(wù)簡單，邏輯不復(fù)雜的嵌入式設(shè)備或嵌入式軟件模塊，其實是可以直接使用“面向過程”的思維模式去進(jìn)行開發(fā)，這樣最直接高效，對于初學(xué)者，也建議用“HOW”的方式去進(jìn)行入門。

而一些復(fù)雜的業(yè)務(wù)場景，比如，操作系統(tǒng)內(nèi)核，協(xié)議棧，通用的驅(qū)動模塊，等等，就不得考慮使用面向?qū)ο蟆癢HAT”的思維方式去思考和設(shè)計了。

因為像操作系統(tǒng)、協(xié)議棧這些復(fù)雜的業(yè)務(wù)模塊，所面對的場景是很豐富而且很復(fù)雜的，面向過程的思維就會讓這些業(yè)務(wù)模塊在設(shè)計和使用的時候受限。

這些運行在嵌入式設(shè)備里面的業(yè)務(wù)模塊，為了執(zhí)行效率，通常都是用 C 語言進(jìn)行開發(fā)的，所以，就不得不用C語言進(jìn)行面向?qū)ο箝_發(fā)。

關(guān)于C 語言面向?qū)ο蟮臓幾h

用?C?語言進(jìn)行面向?qū)ο箝_發(fā)，在嵌入式工程師群體里面，一直都存在著爭議，并且這個爭議維持了很長一段時間，都沒有得出正確的結(jié)論，并且群里面的小伙伴有時候會為這個話題爭論得面紅耳赤。

有些工程師認(rèn)為，既然嵌入式設(shè)備要進(jìn)行面向?qū)ο笤O(shè)計，為啥不用?C++?語言，或者用?Rust?語言，這些語言豈不是支持更多面向?qū)ο蟮恼Z法特性，因為這些語言的語法支持面向?qū)ο螅褂闷饋碡M不是更加簡單？

也有一些工程師認(rèn)為，既然一些規(guī)模比較大的芯片廠家提供的?SDK，基本上都是使用面向?qū)ο筮M(jìn)行框架設(shè)計，還有世界上最優(yōu)秀的開源操作系統(tǒng)?Linux，里面也大量使用了?C?語言面向?qū)ο髞碓O(shè)計驅(qū)動框架，

那么，作為嵌入式軟件工程師，并且主要使用的編程語言是?C?語言，就更需要學(xué)習(xí)如何使用?C?語言面向?qū)ο蟮姆绞剑?yīng)對復(fù)雜龐大的業(yè)務(wù)需求，設(shè)計出高彈性可擴展的業(yè)務(wù)框架。

筆者認(rèn)為，不管“面向過程”還是“面向?qū)ο蟆保还苁?C?語言還是其他高級語言，其本質(zhì)都是解決業(yè)務(wù)問題的工具，除了要學(xué)習(xí)如何使用這些工具，還需要學(xué)習(xí)如何選擇合適的工具去解決特定的問題。

編程思維沒有高低優(yōu)劣之分，編程語言更是如此，因為這些編程思維和編程工具，都是在特定場景下，解決特定問題的工具。

網(wǎng)絡(luò)上經(jīng)常會看到很多人拿?C?語言去跟其他語言比較，說某某語言將會被淘汰，不建議再學(xué)習(xí)，某某語言天下第一YYDS，等等。

且不說是不是有人別有用心，為了噱頭而拋出這些話題，光是這種片面的對比，就知道這些人的論點和論據(jù)過于片面而經(jīng)不起事實的推敲，參與這些話題的爭論，最終只會浪費自己的時間。

最后，本系列文章需要強調(diào)一個基本原則，就是：不是所有使用C語言開發(fā)的嵌入式軟件，都一定要用面向?qū)ο蟮乃季S進(jìn)行編碼指導(dǎo)，也并不是否定C語言面向過程開發(fā)的優(yōu)勢之處。一名優(yōu)秀的嵌入式軟件工程師，需要學(xué)會根據(jù)實際的項目情況，合理地選擇編程語言和編程思維，才能創(chuàng)造出穩(wěn)定可靠，高內(nèi)聚低耦合，高彈性易擴展的應(yīng)用軟件。

編輯：黃飛