現(xiàn)在相比bug菌讀書那會(huì)網(wǎng)絡(luò)上嵌入式資源那是豐富了不少，當(dāng)你要實(shí)現(xiàn)一個(gè)項(xiàng)目需求，勤快一點(diǎn)基本上在網(wǎng)絡(luò)上都能找到對(duì)應(yīng)的資料，自己拿來(lái)修修改改也基本上能夠?qū)崿F(xiàn)大體的功能。

這或許就是開源的力量能夠幫助很多開發(fā)者快速的進(jìn)行現(xiàn)有軟件資源的整合而為之所用，但這些軟件和資源也存在優(yōu)劣，一方面就是有開發(fā)者足夠的能力把握這些軟件，另一方面就是選擇更加靠譜的開源組件來(lái)使用。

英文文章中描述了5點(diǎn)關(guān)于嵌入式開源軟件的使用建議，這幾點(diǎn)我相信是大部分嵌入式開發(fā)者都要考慮的，這里分享給大家:

譯文部分:

開源軟件無(wú)處不在，有潛力幫助企業(yè)加快開發(fā)和提高軟件質(zhì)量。但如果不謹(jǐn)慎行事，它們可能是一個(gè)挑戰(zhàn)。

下面是五個(gè)成功利用開源軟件的最佳實(shí)踐。

1、使用抽象層解決依賴關(guān)系 ?

筆者審閱代碼庫(kù)時(shí)發(fā)現(xiàn)的一個(gè)常見問(wèn)題是，開發(fā)人員將應(yīng)用程序代碼與使用的軟件庫(kù)緊耦合。例如，如果一個(gè)開發(fā)人員正在使用FreeRTOS，那么應(yīng)用程序代碼調(diào)用特定于FreeRTOS API的方法是，如果開發(fā)人員決定更改RTOS，則必須重寫大量代碼來(lái)替換所有這些RTOS調(diào)用。

你可能會(huì)認(rèn)為更改庫(kù)是很少見的，但你會(huì)驚訝，經(jīng)常是團(tuán)隊(duì)開始使用某個(gè)操作系統(tǒng)、庫(kù)或組件后，而當(dāng)他們決定需要進(jìn)行更改時(shí)，卻不得不返回并重寫代碼。

當(dāng)團(tuán)隊(duì)選擇一個(gè)開源組件，甚至是商業(yè)組件時(shí)，他們應(yīng)該做的第一件事就是創(chuàng)建一個(gè)與該組件交互的抽象層。以RTOS為例，一個(gè)團(tuán)隊(duì)?wèi)?yīng)該使用OS抽象層OSAL（它允許他們使用獨(dú)立于OS的API編寫應(yīng)用程序代碼）。

如果操作系統(tǒng)發(fā)生變化，應(yīng)用程序不會(huì)在意，因?yàn)樗谠L問(wèn)一個(gè)抽象層，軟件更改可能只需要幾分鐘而不是幾天。

2、盡可能利用集成軟件? ? ?

大多數(shù)開源軟件都是在自己的沙盒中編寫的，而沒(méi)有考慮到它可能需要與之交互的其他組件。組件通常使用不同的編碼標(biāo)準(zhǔn)、樣式、測(cè)試程度等編寫。

當(dāng)你開始將多個(gè)設(shè)計(jì)為不能相互協(xié)作的開源組件組合在一起時(shí)，可能會(huì)導(dǎo)致長(zhǎng)時(shí)間的調(diào)試、頭疼和錯(cuò)過(guò)最后期限。所以，盡可能選擇已經(jīng)集成并測(cè)試在一起的組件。

一個(gè)很好的例子是使用Amazon FreeRTOs連接AWS。FreeRTOS已經(jīng)與連接到云所需的附加連接庫(kù)進(jìn)行了集成和測(cè)試，因此不要選擇其他庫(kù)，除非它也經(jīng)過(guò)測(cè)試和集成。另一個(gè)例子是許多微控制器制造商生產(chǎn)的代碼生成器工具。

這些工具通常已經(jīng)集成了驅(qū)動(dòng)程序軟件組件、RTOS、文件系統(tǒng)、USB和其他一些組件。它們已經(jīng)被證明可以協(xié)同工作，可以節(jié)省時(shí)間和金錢。

3、軟件審查與質(zhì)量分析

有很多優(yōu)秀的開源軟件，也有很多不太好的軟件。在開發(fā)人員決定在項(xiàng)目中使用開源組件之前，他們需要確保他對(duì)軟件進(jìn)行盡職調(diào)查，或者雇傭別人做這件事。這包括花時(shí)間審核組件并執(zhí)行質(zhì)量分析。

在開始使用開源組件時(shí)，至少應(yīng)檢查源代碼的以下方面：使用圈復(fù)雜度度量的復(fù)雜性、從功能上確保其滿足業(yè)務(wù)需求和目標(biāo)、遵守最佳實(shí)踐和編碼標(biāo)準(zhǔn)（根據(jù)需要）、處理錯(cuò)誤的能力、可測(cè)試性。

這至少可以幫助開發(fā)人員了解他們正在使用什么，以及潛在的問(wèn)題和陷阱。

4、從活躍設(shè)計(jì)中選擇軟件 ?

通過(guò)快速的網(wǎng)絡(luò)搜索或?yàn)g覽github來(lái)找到解決問(wèn)題的軟件組件總是很誘人的。在選擇一個(gè)開源組件時(shí)，確保其有一個(gè)活躍的社區(qū)是非常重要的。 這包括，在論壇上提問(wèn)會(huì)得到快速的響應(yīng)，新版本會(huì)定期發(fā)布，軟件也會(huì)隨著新功能的增加而不斷改進(jìn)。 選擇一個(gè)不活躍的社區(qū)的組件會(huì)導(dǎo)致開發(fā)人員被迫自己解決問(wèn)題，或者更糟的是，不得不維護(hù)組件。

5、由律師查許可證

開源軟件許可可能很復(fù)雜。有十幾種不同的許可方案，對(duì)用戶提出了不同的要求。 在某些情況下，開發(fā)人員可以使用他們認(rèn)為合適的開源軟件。在其他一些情況下，可以使用該軟件，但任何其他軟件也必須是開源的。 雖然這些許可證在最近幾年變得更加容易理解，但是產(chǎn)品開發(fā)人員正在經(jīng)營(yíng)一項(xiàng)業(yè)務(wù)，因此有必要聘請(qǐng)一名律師來(lái)審查軟件許可。 這是一項(xiàng)額外的開支，但這是成本的一部分，從長(zhǎng)遠(yuǎn)來(lái)看可以節(jié)省開支。 ?

6、最 ? ?后 ? ?

適當(dāng)?shù)乩瞄_源軟件可以使開發(fā)團(tuán)隊(duì)受益匪淺。然而，為了成功，開發(fā)人員需要確保明智地選擇開源組件。這包括抽象出組件，以確保其應(yīng)用程序保持靈活性和可維護(hù)性。

還需要仔細(xì)檢查開源軟件，以確保滿足質(zhì)量和一般要求。

遵循這些最佳實(shí)踐可以幫助團(tuán)隊(duì)避免陷入導(dǎo)致產(chǎn)品延遲、解決方案架構(gòu)不良的解決方案、質(zhì)量問(wèn)題以及產(chǎn)品開發(fā)過(guò)程中經(jīng)常出現(xiàn)的許多其他問(wèn)題的泥潭。

編輯：黃飛

?