一個團隊如何挽救了他們在 QML 上的投資，並最終在低成本硬體上實現了產品交付
一家領先的汽車供應商向 Altia 尋求幫助，他們遇到的問題與許多嵌入式開發團隊遇到的問題類似：他們為一款集成了儀錶板和收音機的軟體開發了一個基於 QML 的用戶界面，投入巨資。設計在原型環境中看起來不錯，但現實情況並非如此。當需要將應用到量產硬體時，基於 Qt 的工具鏈對資源的需求使得最初規劃的處理器和記憶體配置無法滿足要求。專案進展停滯不前，他們陷入了困境。
「我們發現使用 Qt 遇到了瓶頸。我們雖然能夠做出一些螢幕原型，但當我們考慮實際交付需要哪些東西時，硬體成本就成了一個嚴重的問題。”
團隊並沒有放棄這項工作，而是將現有的 QML 資產遷移到了 Altia。 Altia 的服務團隊利用這些資產並將其轉換為 高度優化的原生 Altia 設計 最終， C代碼—無需重量級運作時，無需解釋層，無需從頭開始重寫。
結果意義重大。在類似的硬體目標上， Altia產生的程式碼大致使用了 減少了三分之二的 SRAM 比基於 Qt 的實作更優 以及 幾乎一半的幀緩衝區內存這種節省空間直接轉化為物料清單成本的降低，並為以前無法實現的低成本處理器方案打開了大門。
供應商已出貨。設計意圖得以保留。硬體成本目標達成。
不只是汽車問題
家電、工業設備、醫療等行業的團隊都面臨著同樣的問題：像 QML 或 XML 這樣的 UI 工具和以設計為中心的流程雖然在原型設計和利益相關者評審方面非常有效，但它們並非為嵌入式生產目標而設計的。這些工具主要面向桌面或行動裝置。記憶體佔用、啟動時間、確定性行為和產品生命週期等因素，都需要在實現層面採用不同的方法。
Altia 的生成程式碼技術彌合了這一差距。它利用各種現代工具的資源，產生針對實際硬體（而不是開發人員的筆記型電腦）優化的、可用於生產的嵌入式軟體。
如果您的團隊已經使用 QML、XML、Figma 或其他設計工具建立了 UI 資源，這些資源不必成為沉沒成本。它們可以作為起點。