代码之家 › 专栏 › 技术社区 › Greg

在Web窗体的链接上选择按钮的准则

user-experience hyperlink button

1

Greg · 技术社区 · 5 年前

现在看来按钮和链接是可以互换的。从用户体验的角度来看,是否有在两者之间进行选择的指导原则?这甚至重要吗?

作为经验法则,我会说纯导航应该总是用链接来表示,而动作应该用按钮来表示。但是有太多的例子和情况偏离了这一点,比如 Google Checkout Shipping Addresses 页。保存执行操作并使用按钮。编辑是将用户带到新页面的链接。两者都有道理。然而, 删除使用链接执行操作。

那么,我们何时以及为什么选择按钮或链接?

示例方案:

包含用户网格的页面:

具有“下一步”、“上一步”、“取消”和“完成”功能的向导。虽然next和back可能是链接,但precedence说它们都应该是按钮。

2 回复 | 直到 15 年前

1

Joe Watkins 15 年前

过去的主要指导原则是,按钮用于有效果的事物(例如“删除”),而链接用于影响导航的动作。这些天它有点模糊,但一个好主意是不可恢复的操作,比如删除一个记录,不管怎样都应该是一个按钮。

一般来说,使用链接而不是按钮来出错要严重得多,因为用户根本不希望发生副作用操作。

我同意你所有的5个例子,尽管download csv可以是安全的,并且主要取决于其他用户界面的外观(例如,如果它是“download”“options”“bookmark”等操作面板的一部分,而其他两个是链接,那么你的显然也应该是链接。

2

1

James Black 15 年前

我认为这个决定是基于你希望页面如何工作。例如,如果部分导航涉及到使用表单的结果,那么您需要使用一个按钮。

因此,如果添加用户有一个选择框,选择要添加的用户类型,因为它可以确定要使用哪个添加用户窗体,那么按钮。

对于重置密码,因为它保持在同一页上,所以按钮可能是有意义的。

我倾向于做下一步,后退等作为链接,因为我可能有文字或图像,但我喜欢手显示为链接。

导出到csv应该是一个按钮,因为你不去任何地方,只做一个下载。

两者都可以工作,但重要的是不仅要保持一致,还要查看类似的应用程序正在做什么,看看您是否可以尝试遵循一些行业标准。

正如我所提到的,有时我希望手出现,因为有些东西是可点击的,这可能并不明显,但我不希望按钮出现。

所以,如果我有一个词可以引导一个动作,它应该和其余的文本一起流动,但是如果你鼠标悬停在上面,你可以得到一些指示,这是可点击的,那么这个链接工作得最好。

我们并不总是希望按钮看起来像按钮,所以链接起作用,但这需要一个非常一致的界面。