我是一名用户体验设计师，负责寻求有关IOS开发的信息/建议。问题是发展和政治问题。我为一家大型零售商工作，他们的商店目前使用名为RMU的古老产品扫描仪。它的界面采用非触摸显示屏和广泛的物理键盘。 RMU太旧了，不再出售。
因此，该公司寻求迅速开发一种替代品，该产品采用连接扫描雪橇的iTouch。该公司的开发人员不是试图利用iTouch的潜力创造新的体验，而是试图完全模仿RMU的界面。这意味着iTouch会以与RMU完全相同的方式显示一个选项菜单，如下所示：
1 - 按1选项A
2 - 按2选项B
3 - 按3选项C
X - 按X选项D
Y - 按Y选项E
等
开发人员声称，在技术上不可能为此菜单启用触摸功能。因此，用户必须调用5个虚拟键盘菜单中的一个，以根据需要实际按1,2,3，X或Y.这个虚拟键盘当然会覆盖显示菜单。
我不是开发人员，但我无法相信，如果iTouch从后端系统中提取数据，将其显示在触摸屏上，捕获触摸事件，并将这些事件与传递回后端的功能相关联，它无法在显示数据的同时捕获触摸事件，GIVEN就是iTouch创建的内容。
我怀疑开发人员正在挽救以前尝试模仿RMU所做的工作。在这种努力中，采用了基于掌上设计（采用窗户）的Janam“符号”。 Janam（与RMU一样）使用显示屏和物理键盘。因此，实际上，iTouch将模仿Janam，它本身就是模仿RMU。
我担心的是这将产生一个糟糕的界面，一个将显示与功能分离的界面 - 原则上与只能在关闭时改变频道的电视相同。所以最后我的问题。我只是偏执狂，或是开发人员在游戏项目。
答案 0 :(得分：0)
当然，iTouch可以显示数据并允许用户触摸它来做事情。您只需要使用内置地址簿就可以看到它。
听起来非常像他们的iTouch应用程序基本上是一个哑终端，它显示来自某个中央服务器的输出并将用户输入字符串发回以供中央服务器处理。所以，是的，如果他们正在使用该模型，那么在技术上不可能使屏幕上的文本可触摸;甚至刮取文本并将其解析为用户友好显示的菜单将超出“哑终端”模型。
但这可能是该应用程序最愚蠢和最懒惰的设计。
如果不需要经常更改应用程序界面，则应该在应用程序中的代码中完成界面，并且只需要从中央服务器加载的数据。
如果由于某种原因需要从中央服务器加载界面，那么界面应该以某种结构化格式提供，然后应用程序可以显示出来。例如，
<menu>
<item>Option A</item>
<item>Option B</item>
<item>Option C</item>
<item>Option D</item>
<item>Option E</item>
</menu>
然后应用程序可以格式化它以显示每个菜单项可触摸。
无论如何，这听起来并不像技术解决方案。谁负责这个项目需要决定他们是否想要最终用户讨厌的垃圾界面或者对所使用的技术有意义的垃圾界面。 OTOH，这可能已经发生了。