背景介紹

“你的下一個項目準(zhǔn)備選用什么語言？”如果誰這樣去問一個嵌入式工程師，可能會顯得有點多余。不是只有C語言可以用來搞嵌入式開發(fā)嗎？

差不多十多年前，情況的確是這樣。那時候還沒有一個像ARM Cortex-M這樣能占據(jù)半壁江山的統(tǒng)一核心，嵌入式處理器碎片化極為嚴(yán)重。絕大多數(shù)MCU本身性能不高，各種資源都比較有限，業(yè)務(wù)模型通常也比較簡單，連RTOS都用不上，直接裸奔即可解決大部分業(yè)務(wù)邏輯，嵌入式工程師絕大多數(shù)時間都在跟原廠的底層驅(qū)動作斗爭。也只有C這樣接近底層，各種編譯鏈極其完善的語言才能得到所有人的認(rèn)可。

隨著ARM Cortex-M核的MCU逐漸占據(jù)市場主導(dǎo)地位， MCU的性能逐漸追上了90年代中后期的通用CPU，使用原廠提供的API來進行開發(fā)，逐漸取代了寄存器開發(fā)方式，而底層硬件的操作變得大同小異。

最近幾年，隨著物聯(lián)網(wǎng)、IOT、AI這些概念越來越火熱，MCU的業(yè)務(wù)模型也開始變得越來越復(fù)雜，各種通信協(xié)議棧被塞了進去，各種復(fù)雜算法被塞了進去，越來越多非EE出身的程序員、DIY愛好者也開始進入嵌入式開發(fā)領(lǐng)域。

市場需求

有需求就有市場，Arduino就是在這樣的背景下誕生的。 一些新的開發(fā)者對MCU底層硬件細(xì)節(jié)并不關(guān)心，只想快速實現(xiàn)自己的想法和創(chuàng)意，Arduino通過C++對底層硬件進行層層包裝，給最終用戶提供了一套極為簡潔的API。簡潔到什么程度？只要稍微學(xué)習(xí)，中小學(xué)生都可以做出像模像樣的作品。 盡管Arduino這種將硬件API化的開發(fā)方式讓資深嵌入式工程師頗為“瞧不上”，它卻實實在在地掀起了一陣變革的風(fēng)向。無論業(yè)界巨頭還是創(chuàng)新者，都開始幻想著能有一套較為統(tǒng)一的嵌入式開發(fā)方法。 Arm基于C++做了一套mbed框架，采用類似Arduino的簡潔API，為多種Arm平臺做了適配移植。 這都是一些較為傳統(tǒng)的嘗試，還有一些更為激進的極客開發(fā)者，覺得既然硬件操作都已經(jīng)抽象為標(biāo)準(zhǔn)API了，我為什么還要受限于偏底層的C和讓人無比困惑的C++？為什么不可以用我熟悉的語言去操作MCU？事實證明，這些想法并不是天方夜譚，以下僅列出部分現(xiàn)代語言的MCU操作框架：

Python: MicroPython

JavaScript: Espruino

Golang: TinyGo

Swift語言介紹

既然已經(jīng)有各種新的嘗試了，為什么又要多一個Swift？而且聽到Swift，大家第一反應(yīng)可能是“那不是Mac和iOS的專用語言嗎？” 其實不然，Swift的創(chuàng)始人Chris Lattner對Swift愿景便是“統(tǒng)治世界” 它從最開始的設(shè)計就是要成為一門系統(tǒng)級編程語言，源代碼全部開放，由社區(qū)主導(dǎo)開發(fā)進化。

以下僅列出一些Swift的特性：

Swift公布于2014年，極為年輕，無歷史包袱，廣泛吸收了近年各種編程語言的優(yōu)勢

純編譯型靜態(tài)語言，無GC機制，這是實時系統(tǒng)的必要條件

支持系統(tǒng)級開發(fā)，直接生成對應(yīng)機器碼，使用ARC機制來實現(xiàn)內(nèi)存管理，通過一個較小的開銷來降低開發(fā)者的心智負(fù)擔(dān)

代碼范式多樣，支持面向?qū)ο?，面向協(xié)議，函數(shù)式編程

學(xué)習(xí)曲線平滑，可作為初學(xué)者的第一門編程語言

語法優(yōu)雅，適合各種挑剔的程序員

背景雄厚，發(fā)展前景無限

綜合以上特性，可以說Swift是為數(shù)不多的極其適合MCU設(shè)備的現(xiàn)代化語言。 另外還有一個Rust，但Rust的學(xué)習(xí)曲線極為陡峭，喜歡嚴(yán)厲地“虐待”開發(fā)者來保證代碼的正確性，這又有悖于我們簡化MCU應(yīng)用層編程的初衷。 其余絕大多數(shù)現(xiàn)代化語言中，要么帶有嵌入式中絕對不能接受的GC機制，要么為解釋性語言，效率極低（即便如此，MicroPython的應(yīng)用場景還是越來越豐富，說明大家對易用性的需求越來越強烈）。 相信隨著時間的推移，Swift在嵌入式上的可用性會逐漸完善。

責(zé)任編輯：lq