上周我在 Hacker News 上看到一篇文章，鼓励应用程序开发者停止制作终端用户界面（即 TUI），而是专注于图形用户界面（即 GUI）。这篇文章登上了 HN 的首页，并在评论区引发了激烈的讨论。我认为这场辩论的双方都有其合理性。一方面，我理解文章作者支持 GUI 的观点。从理论上讲，GUI 应用程序框架的功能是其 TUI 对应物功能的超集，因此它们应该受到偏爱。另一方面，作为一个重度终端用户，我也非常欣赏所有让我能“留在”终端并满足我所有需求的 TUI。但我想反对一个我认为没有坚实基础的支持 TUI 的反复出现的论点。用许多评论者的话来说：TUI 应该得到优先考虑，因为它们是基于键盘的。虽然如果你随机选择一个 GUI 和一个 TUI 应用程序，后者更有可能完全支持键盘操作，这并不能让 TUI 的开发在与 GUI 的比较中占据优势。它所做的只是突出了许多 GUI 应用程序中键盘导航的不足之处。没有什么能够阻止 GUI 像 TUI 一样——甚至更好地——进行完全的键盘操作。事实上，许多 GUI 框架的应用程序指南明确鼓励 GUI 应用程序开发者提供支持覆盖应用程序所有功能的键盘操作。例如，GNOME 人机界面指南指出，正如使用指向设备可以执行每个动作一样，使用键盘也应该可以执行每个动作，并且应该可以使用键盘在用户界面的每个部分之间移动并进行交互。这与我作为用户的期望相一致。仅使用我的键盘直观且可预测地浏览 GUI 应用程序，给了我更多选择它的动力。了解这一点后，作为开发者，我必须确保我的应用程序是友好的键盘操作。对于我第一个 GUI 应用程序 Klisi，我花了一些时间来实现针对一系列可用操作的快捷键。在大多数情况下，实现键盘导航并不太难，并且会导致更好的用户体验。这不是可行性的问题，而是应用程序开发者意愿的问题。重点很简单。不要妥协你所提供的用户体验。尽力使其尽可能直观。为此，启用完全的键盘导航不应被忽视。或者，替代的文本用户界面。