構建面向未來的靈活信息娛樂系統
信息娛樂系統自身運行的應用程序也面臨類似的難題。盡管系統的用戶體驗很大一部分都來源于可連接的智能手機,系統本身仍要運行一組核心應用程序。通過這種方式,無論是何種智能手機,甚至沒有智能手機,系統也能提供令人滿意的用戶體驗。
問題是,系統是在何種應用程序環境下提供用戶體驗的?獨家創制的應用程序環境鮮有用武之地,因為應用程序開發人員更傾向智能手機的大眾市場環境。從另一方面說,智能手機應用程序的設計通常不會考慮汽車性能、可靠性以及安全性。那么,如何在保持“汽車級”同時提供內置應用程序?
本地化
要了解如何解決這些問題,就要考慮信息娛樂系統開發人員能選擇哪些軟件。對于許多開發人員來說,原生的C/C++ 工具包是一個久經考驗的可信途徑,如EB GUIDE、Qt 或Crank Storyboard。這些工具包確實提供了創造高質量用戶體驗的最佳途徑:他們總體上啟動更快、響應更迅速,相比安卓或HTML5 這樣的“虛擬機”環境占用的內存更少。
本地工具包也能簡化產品開發。例如, 有些工具包支持狀態機,允許開發人員無需編寫代碼就能創建完整的人機界面,最終人機界面的測試也更為容易。開發人員還能用某些工具包在Photoshop 一類的程序中設計人機界面組件,并直接將這些組件植入到系統設計中,而不用花費幾天甚至幾周來重新編寫組件代碼。
問題在于,許多本地工具包都不支持安卓或HTML5 等流行的軟件環境下編寫的程序。那么,干脆用這些流行軟件環境作為整個人機界面的基礎是否能解決問題呢? 這樣的解決方案在有些情況下的確可行。
以HTML5 為例,它提供了傳統人機界面工具包的許多性能,包括渲染引擎、內容編輯工具和編程語言;還提供許多本地工具包還無法企及的優勢。例如,HTML5 支持層疊式樣表(CSS)清楚地區分業務邏輯和人機界面,使人機界面的定制或重置變得相對簡單。另外, HMTL5 能在主機或移動電話上運行,允許開發人員創建統一的人機界面代碼基底,無論車內有主機(人機界面在車內運行), 還是無主機電話輔助系統(人機界面在手機上運行)都能運行。HTML5 還支持“可執行人機界面規格”概念,汽車制造商按照這些規范提供以HTML5 編碼的人機界面原型,而一級供應商負責把人機界面連接到所需的任何服務,從而完全避免了按照屏幕輸出重建完整人機界面的繁瑣而容易出錯的過程。
評論