Mat*_*sky 9 user-interface chui
我们有用GUI和CHUI构建的产品.展望未来,我们正在考虑重新设计我们的许多软件,并主要采用所有GUI的路线.我对小组的问题是,我们是否需要考虑保持CHUI？CHUI优于GUI有什么优势？过去很多时候人们都说CHUI比较快,因为你不需要鼠标.我认为使用正确的键盘快捷键,热键和/或触摸屏,GUI可以同样快速.
如果硬件不再提供约束,我们应该不再考虑CHUI吗？
另外要澄清的是,当我谈到CHUI时,我指的是基于CHaracter的用户界面,我也主要关注向最终用户有效呈现数据.
有一些很棒的响应强调了基于命令行的界面对于自动化和基于脚本的任务的重要性,我们在开始设计时一定要牢记这一点!
Eli*_*lie 14
您应该轮询您的客户,而不是程序员.如果您的客户使用您的应用程序需要CHUI,即使您的所有开发人员都认为这是浪费时间,您也可以构建它,因为客户总是正确的(除非他们错了).
Wil*_*ung 14
CHUI的主要优点(即表单和字段,不一定是命令行界面)是用于导航和一致布局的键盘.这是关键.
如果你的GUI可以完全,高效,键盘导航,那么你的CHUI用户群应该感到高兴.这是因为在时间上,用户只需将其命令"键入"到系统中而不"看到界面".他们不需要"发现"界面,这是GUI的主要特征.
虽然CHUI似乎是恐龙,但它们仍然具有功能性和可用性.大多数人一旦接受过培训(特别是POS /柜台工作人员,但即使是工厂或仓库等后台办公场所等)使用CHUI也没有问题.
但关键是键盘支持,因此用户无需等待屏幕赶上它们.通过掌握键盘看熟练的操作员可以使应用程序飞行.你几乎没有机会看到弹出窗口,什么不是.
Jon*_*eet 10
你绝对应该考虑它.最重要的是,命令行程序可以比GUI(通常)更容易自动化(并在脚本中链接在一起).我无法想象使用没有命令行界面的源代码控制工具 - 尽管显然有一个GUI也很有用.
现在,如果您不知道应用程序的功能,很难说您的特定应用程序是否需要命令行版本.你需要自动化和脚本吗？可能有人想要VPN并从一个非常糟糕的连接运行它,因此欣赏低带宽？
请注意,MS当然不相信命令行已经死亡 - 或者他们不会创建PowerShell.
如果您为unix编写应用程序,并且需要处理telnet/ssh到您的盒子的用户,那么您将需要命令行界面.
我会说这取决于你的目标.您是否从其他应用程序编写代码？这将是保持交互式版本(或某些部分以避免GUI启动)的要求.
我们通常做一个或另一个.但有时我们有必须通过ftp部署并运行ssh的util.或者我们有用户将其嵌入到他们的应用程序中并且不希望公开UI(数据迁移/转换)的工具.