一个团队如何挽救了他们在 QML 上的投资，并最终在低成本硬件上实现了产品交付
一家领先的汽车供应商向 Altia 寻求帮助，他们遇到的问题与许多嵌入式开发团队遇到的问题类似：他们为一款集成了仪表盘和收音机的软件开发了一个基于 QML 的用户界面，投入巨资。设计在原型环境中看起来不错，但现实情况却并非如此。当需要将应用到量产硬件时，基于 Qt 的工具链对资源的需求使得最初计划的处理器和内存配置无法满足要求。项目进展停滞不前，他们陷入了困境。
“我们发现使用 Qt 遇到了瓶颈。我们虽然能够做出一些屏幕原型，但当我们考虑实际交付需要哪些东西时，硬件成本就成了一个严重的问题。”
团队并没有放弃这项工作，而是将现有的 QML 资产迁移到了 Altia。Altia 的服务团队利用这些资产并将其转换为 高度优化的原生 Altia 设计 并且，最终， 代码—无需重量级运行时，无需解释层，无需从头开始重写。
结果显著。在类似的硬件目标上， Altia生成的代码大致使用了 减少了三分之二的 SRAM 比基于 Qt 的实现方式更优。 和 几乎一半的帧缓冲区内存这种节省空间直接转化为物料清单成本的降低，并为以前无法实现的低成本处理器方案打开了大门。
供应商已发货。设计意图得以保留。硬件成本目标已达成。
不仅仅是汽车问题
家电、工业设备、医疗等行业的团队都面临着同样的问题：像 QML 或 XML 这样的 UI 工具和以设计为中心的流程虽然在原型设计和利益相关者评审方面非常有效，但它们并非为嵌入式生产目标而设计的。这些工具主要面向桌面或移动设备。内存占用、启动时间、确定性行为和产品生命周期等因素，都需要在实现层面采用不同的方法。
Altia 的生成代码技术弥合了这一差距。它利用各种现代工具的资源，生成针对实际硬件（而不是开发人员的笔记本电脑）优化的、可用于生产的嵌入式软件。
如果您的团队已经使用 QML、XML、Figma 或其他设计工具构建了 UI 资源，这些资源不必成为沉没成本。它们可以作为起点。