軟件工程師喜歡寫代碼。雖然手工編碼的軟件可讀性更強、更優雅，并且符合公司的編碼標準，但是開發應用程序可能會花費更多的時間和金錢。如今，越來越多的快速應用程序開發工具可以幫助軟件工程師更快、更低成本地構建他們的應用程序。這篇文章將探討一些在嵌入式開發中成功使用快速應用開發(RAD)工具開發嵌入式軟件應用的技巧。

　　技巧 1——將生成的代碼與手寫的代碼分開

　　當團隊開始使用RAD工具時，遇到的一個大問題是，他們將自己的代碼集成到RAD工具生成的代碼中，而不是相反。這樣做的問題是RAD生成的代碼決定了應用程序的軟件架構、編碼風格和一般構造。團隊不應該這樣!相反，RAD工具應該生成一個帶有掛鉤的庫，團隊的代碼可以調用和利用這些掛鉤來完成所需的任務，無論是運行狀態機還是AI引擎。

　　主要目標應該是將RAD生成的代碼與手寫代碼分開。根據工具的不同，這可能不會立即實現。例如，通常會在開發人員希望插入代碼的地方找到代碼塊，如下所示:

　　/* USER CODE BEGIN 2 */

　　/* USER CODE END 2 */

　　RAD工具試圖推動嵌入式開發人員更加依賴該工具!不要在這些塊中插入你的應用程序代碼，而是插入包裝器代碼，該代碼調用獨立于RAD工具的應用程序代碼。代碼將更加靈活，對手寫應用程序代碼的更改可以在不更改RAD生成的代碼的情況下完成。

　　技巧2——為你的軟件建模

　　為應用程序代碼開發軟件模型可能是一個強有力的工具。模型將允許團隊構建他們軟件的可視化。然后，可以在主機環境中模擬和執行該模型，以確定所提議的體系結構和組件是否會按需要工作。如果它不起作用，那么可以進行微調和調整。如果確實有效，開發人員可以自動生成或自己手工編碼模型。

　　模型驅動開發是許多嵌入式系統團隊經常忽視的技術。通常會有一個匆忙的編碼，因為項目開始晚了，而且缺少資金。在開發周期的早期花時間創建模擬和驗證正在構建的東西可以節省大量的開發時間。如果嵌入式開發團隊能夠利用從他們的RAD工具中生成的代碼，節省就更好了!

　　技巧3——拒絕“重新編碼”的誘惑

　　RAD工具經常產生一些差的C / C++代碼。如果你期望你的工具交付的代碼像你的代碼一樣，這可能不會發生。使用RAD工具的開發人員通常有兩種選擇來處理他們糟糕的代碼輸出:

　　l 僅將RAD工具用作快速原型制作工具，并在概念驗證后手工編寫代碼

　　l 接受RAD工具的輸出并繼續前進

　　尤其是對代碼質量和編碼風格要求嚴格的嵌入式開發人員，就是扔掉所有RAD生成的代碼，從頭開始。然而，在這種情況下，RAD工具給出了手寫代碼試圖模擬的功能性概念證明。

　　記錄RAD工具輸出的問題是，如果需要進行更改，RAD工具中生成的模型和設備上使用的代碼之間不再有任何聯系!bug潛入代碼的可能性很大。雖然許多RAD工具的輸出并不美觀，但它們非常實用。如果代碼可以處理極限情況并按預期工作，就使用RAD模型，不要看輸出!無論如何，測試它，但是把你的注意力放在別的地方。

　　結論

　　快速應用程序開發(RAD)工具可以幫助團隊極大地加速他們的軟件開發。不幸的是，RAD工具經常試圖成為架構的中心，或者產生難以閱讀的代碼。這篇文章表明RAD工具可以通過將它們生成的代碼與手寫代碼分開來馴服。今天的RAD工具比十年前要好，但是我們仍然有很長的路要走，直到他們產生嵌入式開發開發團隊引以為豪的代碼。然而，如果使用得當，RAD工具可以極大地加速開發。