c嵌入式軟件開發(fā)，現在相比以前方便多了，當你要實現一個項目需求，勤快一點基本上在網絡上都能找到對應的資料，自己拿來修修改改也基本上能夠實現大體的功能。

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

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

正文（譯文）:

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

下面是五個成功利用開源軟件的最佳實踐。

1、使用抽象層解決依賴關系

筆者審閱代碼庫時發(fā)現的一個常見問題是，開發(fā)人員將應用程序代碼與使用的軟件庫緊耦合。

例如，如果一個開發(fā)人員正在使用FreeRTOS，那么應用程序代碼調用特定于FreeRTOS API的方法是，如果開發(fā)人員決定更改RTOS，則必須重寫大量代碼來替換所有這些RTOS調用。

你可能會認為更改庫是很少見的，但你會驚訝，經常是團隊開始使用某個操作系統(tǒng)、庫或組件后，而當他們決定需要進行更改時，卻不得不返回并重寫代碼。

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

如果操作系統(tǒng)發(fā)生變化，應用程序不會在意，因為它正在訪問一個抽象層，軟件更改可能只需要幾分鐘而不是幾天。

2、盡可能利用集成軟件

大多數開源軟件都是在自己的沙盒中編寫的，而沒有考慮到它可能需要與之交互的其他組件。組件通常使用不同的編碼標準、樣式、測試程度等編寫。

當你開始將多個設計為不能相互協(xié)作的開源組件組合在一起時，可能會導致長時間的調試、頭疼和錯過最后期限。所以，盡可能選擇已經集成并測試在一起的組件。

一個很好的例子是使用Amazon FreeRTOS連接AWS。FreeRTOS已經與連接到云所需的附加連接庫進行了集成和測試，因此不要選擇其他庫，除非它也經過測試和集成。另一個例子是許多微控制器制造商生產的代碼生成器工具。

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

3、軟件審核與質量分析

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

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

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

4、從活躍設計中選擇軟件

通過快速的網絡搜索或瀏覽github來找到解決問題的軟件組件總是很誘人的。在選擇一個開源組件時，確保其有一個活躍的社區(qū)是非常重要的。

這包括，在論壇上提問會得到快速的響應，新版本會定期發(fā)布，軟件也會隨著新功能的增加而不斷改進。

選擇一個不活躍的社區(qū)的組件會導致開發(fā)人員被迫自己解決問題，或者更糟的是，不得不維護組件。

5、由律師審查許可證

開源軟件許可可能很復雜。有十幾種不同的許可方案，對用戶提出了不同的要求。

在某些情況下，開發(fā)人員可以使用他們認為合適的開源軟件。在其他一些情況下，可以使用該軟件，但任何其他軟件也必須是開源的。

雖然這些許可證在最近幾年變得更加容易理解，但是產品開發(fā)人員正在經營一項業(yè)務，因此有必要聘請一名律師來審查軟件許可。

這是一項額外的開支，但這是成本的一部分，從長遠來看可以節(jié)省開支。

6、最后

適當地利用開源軟件可以使開發(fā)團隊受益匪淺。然而，為了成功，開發(fā)人員需要確保明智地選擇開源組件。這包括抽象出組件，以確保其應用程序保持靈活性和可維護性。

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

遵循這些最佳實踐可以幫助團隊避免陷入導致產品延遲、解決方案架構不良的解決方案、質量問題以及產品開發(fā)過程中經常出現的許多其他問題的泥潭。

審核編輯：彭菁