构建面向未来的灵活信息娱乐系统
加入技术交流群
信息娱乐系统自身运行的应用程序也面临类似的难题。尽管系统的用户体验很大一部分都来源于可连接的智能手机，系统本身仍要运行一组核心应用程序。通过这种方式，无论是何种智能手机，甚至没有智能手机，系统也能提供令人满意的用户体验。
问题是，系统是在何种应用程序环境下提供用户体验的？独家创制的应用程序环境鲜有用武之地，因为应用程序开发人员更倾向智能手机的大众市场环境。从另一方面说，智能手机应用程序的设计通常不会考虑汽车性能、可靠性以及安全性。那么，如何在保持“汽车级”同时提供内置应用程序？
本地化
要了解如何解决这些问题，就要考虑信息娱乐系统开发人员能选择哪些软件。对于许多开发人员来说，原生的C/C++ 工具包是一个久经考验的可信途径，如EB GUIDE、Qt 或Crank Storyboard。这些工具包确实提供了创造高质量用户体验的最佳途径：他们总体上启动更快、响应更迅速，相比安卓或HTML5 这样的“虚拟机”环境占用的内存更少。
本地工具包也能简化产品开发。例如， 有些工具包支持状态机，允许开发人员无需编写代码就能创建完整的人机界面，最终人机界面的测试也更为容易。开发人员还能用某些工具包在Photoshop 一类的程序中设计人机界面组件，并直接将这些组件植入到系统设计中，而不用花费几天甚至几周来重新编写组件代码。
问题在于，许多本地工具包都不支持安卓或HTML5 等流行的软件环境下编写的程序。那么，干脆用这些流行软件环境作为整个人机界面的基础是否能解决问题呢？ 这样的解决方案在有些情况下的确可行。
以HTML5 为例，它提供了传统人机界面工具包的许多性能，包括渲染引擎、内容编辑工具和编程语言；还提供许多本地工具包还无法企及的优势。例如，HTML5 支持层叠式样表（CSS）清楚地区分业务逻辑和人机界面，使人机界面的定制或重置变得相对简单。另外， HMTL5 能在主机或移动电话上运行，允许开发人员创建统一的人机界面代码基底，无论车内有主机（人机界面在车内运行）， 还是无主机电话辅助系统（人机界面在手机上运行）都能运行。HTML5 还支持“可执行人机界面规格”概念，汽车制造商按照这些规范提供以HTML5 编码的人机界面原型，而一级供应商负责把人机界面连接到所需的任何服务，从而完全避免了按照屏幕输出重建完整人机界面的繁琐而容易出错的过程。
评论