出自UXGuide.net

命令按钮 vs 链接

Command Buttons vs. Links

目录 1 功能可见性 2 主要命令 vs. 次要命令 3 收集输入 vs. 显示相关窗口 4 提交和破坏 vs. 无忧无虑的导航 5 标签长度 6 设计规范

习惯上，命令按钮用于启动操作，而链接则用于导航到其他地方。随着 Web 的日益普及，链接的用途开始向启动命令及选择选项方面扩展。面对一个具体的命令，何时应当使用命令按钮？何时应当使用链接？功能可见性（affordance）概念及主要命令与次要命令之间的差别可以提供一些帮助。

功能可见性

命令按钮在功能可见性（affordance）方面具有优势——其视觉属性（看起来就像是可以被按下的）暗示了它的使用方法。相反，链接缺乏功能可见性，只能通过实际体验来了解。不带下划线且没有使用系统链接颜色的链接看起来与普通文本无异。唯一能够探知其行为的就是通过其呈现、上下文、或是将鼠标悬停在其上来辨别。

虽然功能可见性与可发现性的缺乏可能听上去让人气馁，但要知道，下拉菜单和快捷菜单等其他用于启动操作的机制也具有同样的问题。对于一个给定的对象，用户可能会在菜单栏上查找相关的命令或者尝试单击鼠标右键来寻找快捷菜单。同样，菜单没有任何视觉外观能够暗示它如何使用——这种知识也是通过经验而习得的。不过，单独的菜单项并不需要暗示其使用的视觉外观，因为菜单作为一个整体暗示了其用途。因此，一旦发现，用户就可以理解如何使用菜单上的相关命令。

在这个示例中，链接用作命令菜单。菜单的上下文使得命令按钮的功能可见性并不必要。

主要命令 vs. 次要命令

主要命令对于一个窗口的主要目的来说是必不可少的。例如，“打印”对于打印对话框来说是主要命令。应当使用命令按钮使主要命令对于用户来说更加显著。而次要命令则是外围操作，虽然有用，但对于窗口的目的来说不是必须的。例如，“查找打印机”或“安装打印机”对于打印对话框来说则是次要命令。可以考虑使用链接来弱化次要命令。

收集输入 vs. 显示相关窗口

应当使用命令按钮来显示用于为手头的任务收集输入或作出选择的窗口。这类操作具有命令感。相反，你可以使用链接来显示相关但独立的窗口。这类操作则具有导航感。

因此，对于像打开、保存、浏览之类的命令，应当使用命令按钮，而不是链接，即使它们是次要命令。如果无法确定，就用命令按钮来打开模式窗口，而将链接用于独立窗口。

提交和破坏 vs. 无忧无虑的导航

用户会将链接与 Web 导航联系起来。这暗示着一种安全级别——毕竟在浏览器中，用户总是可以通过后退按钮来离开。而且，当浏览网页时，最重要的提交是通过命令按钮进行的，而不是链接。

为了维持这种预期，不要将链接用于具有严重后果的命令，例如那些有破坏性或不可逆转的操作。类似地，在向导或任务流程中，应当将命令按钮用于提交，而将链接用于作出选择并导航至下一步。

标签长度

简而言之，命令按钮太大时，其边框看起来奇怪而厚重。因此，命令按钮的标签较短时看上去最好——通常不超过四个单词。为了避免各考虑因素之间的冲突，应当努力为主要命令选用简要的标签。

设计规范

• 将命令按钮用于：
  • 主要命令。
  • 显示用于收集输入或作出选择的窗口，即使是次要命令。
  • 具有破坏性或不可逆转的操作，以及在向导和页面流程中提交。
• 将链接用于导航至其他页面、窗口或帮助主题；显示定义；命令菜单。
• 考虑使用链接来弱化次要命令。
• 使用简短的命令按钮标签，包含不超过四个单击。链接则可以包含更长的标签。