GUI 应该完全由键盘驱动

上周，我在 Hacker News 上看到一篇文章，鼓励应用程序开发人员停止制作终端用户界面（又名 TUI），转而专注于图形用户界面（又名 GUI）。该帖子登上了 HN 头版，并在评论区引发了热烈讨论。我认为辩论双方都有可取之处。一方面，我理解帖子作者的 GUI 积极论点。从理论上讲，GUI 应用程序框架的功能是其 TUI 对应框架的功能的超集，因此应该优先选择它们。另一方面，作为终端的重度用户，我也非常感谢所有能让我“留在”终端并满足我所有需求的TUI。但我想反对反复出现的支持 TUI 的论点，在我看来，这种论点没有坚实的基础。套用各种评论者的话：TUI 应该是首选，因为它们是键盘驱动的。虽然确实，如果您随机选择一个 GUI 和一个 TUI 应用程序，后者更有可能是完全键盘驱动的，但这并不意味着有利于开发 TUI 而不是 GUI。它的作用是突出许多 GUI 应用程序中键盘导航的不足之处。没有什么可以阻止 GUI 完全由键盘驱动，就像 TUI 一样，甚至更好。事实上，许多 GUI 框架应用程序指南明确鼓励 GUI 应用程序开发人员提供对涵盖应用程序全部功能的键盘驱动导航的支持。例如，GNOME 人机界面指南指出，正如应该可以使用指点设备执行每个操作一样，每个操作也应该可以使用键盘执行，并且应该可以使用键盘四处移动并与用户界面的每个部分进行交互。这引起了我作为用户的共鸣。与其他替代方案相比，仅使用键盘就能够直观且可预测地在 GUI 应用程序中导航，这让我更有动力选择它。知道这一点后，当我戴上开发人员的帽子时，我必须确保我的应用程序对键盘友好。对于我的第一个 GUI 应用程序 Klisi，我投入了一些时间来实现针对整个可用操作范围的键盘快捷键。在大多数情况下，键盘导航并不难实现，并且可以带来更好的整体用户体验。这不是可行性问题，而是应用程序开发人员的意愿问题。外卖很简单。不要损害您通过应用程序提供的用户体验。努力使其尽可能直观。为此，不应忽视启用全键盘导航。