你的嵌入式开发和设计团队准备好满足消费者对无触摸图形用户界面的需求了吗?虽然基于触摸的控制总会有市场,但越来越多的人希望和需要放弃与设备的物理接触,转而支持无触摸交互,例如在屏幕前(或上方)的手势。
无触摸手势的设计考虑
当创建或转移到无触摸界面时,有许多事情需要考虑。UX和UI设计师应该理解控件和布局必须如何适应空中手势,以及语音命令的反馈是如何给出的。
以下是一些需要做出设计决策的例子:
l WIMP模型不一定适用——嵌入式GUI设计者通常使用的“窗口、图标、菜单、指针”交互风格可能不适用于无触摸系统,因为手和手指的移动本来就比鼠标或触摸屏更“嘈杂”。
l 控件的大小和形状——鉴于空中手势的分辨率比触摸屏幕上的控件低,你可能需要扩大触摸区域来支持用户交互。
l 减少身体负担——由于无触摸手势涉及用户手和手臂的实际运动(通常在设备上方的空中),任何明显复杂或冗长的交互都可能使人疲惫不堪。
l 传感器性能和用户可变性——与很少错过输入的鼠标或触摸屏不同,空中手势可能无法被连接到应用的硬件完全识别。这可能是由于传感器本身的性能包络或用户执行手势的差异。
l 可访问性-一些用户可能无法执行某些手势,因此支持其他交互类型可能是必要的。
无论您是从头开始构建一个支持无触摸手势的应用程序,还是更新现有的软件,都涉及到整个嵌入式开发生命周期。对于功能和性能可能会有新的或变更的需求,并且需要开发新的测试用例来确保应用程序正确运行。
以下是支持无触摸手势的注意事项:
l 您的应用程序可能需要包含额外的驱动程序来支持非接触式传感硬件。
l 事件处理程序可能需要更新以支持新的消息、格式和数据。
l 用户是否可以接受无触摸感应硬件和GUI之间的延迟?
l 根据传感硬件的不同,你可能需要考虑用户的手或手指在不同的手势中相互遮挡的因素。
Storyboard如何使无接触GUI开发变得更容易
嵌入式图形用户界面的外观和可用性主要掌握在设计师和UX专家的手中,这就是Storyboard板帮助他们与开发人员协调工作。
通过简化设计人员、开发人员和他们使用的工具之间的迭代过程,您可以快速更新GUI的外观和行为。Storyboard允许您直接在硬件上测试应用,因此您可以立即验证手势性能,并在桌面和目标之间快速迭代,这对于推动产品发布以满足日益增长的无触摸交互需求至关重要。
市场力量将不可避免地在触摸和非触摸交互类型之间找到正确的平衡,但有一个事实是肯定的:在嵌入式开发中,即使人类接触可能变得越来越昂贵,但这并不意味着我们必须开发非触摸GUI。