1

如今，按钮和链接似乎可以互换。从用户体验的角度来看，是否有在两者之间进行选择的指南？这还重要吗？

根据经验，我想说纯导航应该始终用链接来表达，而动作应该用按钮来表达。但是有很多例子和情况与此不同，例如Google Checkout Shipping Addresses页面。Save执行一个动作并使用一个按钮。编辑是将用户带到新页面的链接。两者都有道理。但是，delete使用链接执行操作。

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

示例场景：

带有用户网格的页面：

  • 添加用户功能可将您带到新页面。链接，因为它导航。
  • 保留在同一页面上的重置密码功能。按钮，因为它是一个动作。
  • 导出到 csv功能，可打开下载框但保持在同一页面上。我不知道。
  • 网格底部的寻呼机，使用 AJAX 刷新网格。链接，因为现有的优先级。

具有“下一步”、“返回”、“取消”和“完成”功能的向导。虽然 Next 和 Back 可能应该是链接，但优先级表示它们都应该是按钮。

4

2 回答 2

1

我认为该决定取决于您希望页面如何工作。例如，如果部分导航涉及使用表单中的结果，那么您可能需要使用按钮。

因此，如果“添加用户”有一个选择框选择要添加的用户类型，因为它可以确定要使用哪个添加用户表单，然后是一个按钮。

对于重置密码，由于它保留在同一页面上，因此按钮可能有意义。

我倾向于将 Next、back 等作为链接，因为我可能有文字或图像，但我喜欢显示链接的手。

导出到 csv 应该是一个按钮，因为您不会去任何地方，只是进行下载。

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

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

所以，如果我有一个词可以导致一个动作，它应该与文本的其余部分一起流入，但是如果你将鼠标悬停在你可以得到一些指示它是可点击的，那么链接效果最好。

我们并不总是希望按钮看起来像按钮，因此链接可以工作，但这需要一个非常一致的界面。

于 2009-09-10T16:36:16.680 回答
1

好的资源是：Nielsen (duh) and this discussion

过去的主要准则是按钮用于具有效果的事物（例如“删除”），而链接用于影响导航的操作。这些天它有点模糊，但无论如何，像删除记录这样的不可恢复的操作应该是一个按钮是个好主意。

一般来说，使用链接而不是按钮会更糟糕，因为用户根本不希望发生副作用操作。

我同意您的所有 5 个示例，尽管下载 CSV 可以是安全的，并且主要取决于 UI 的其余部分的外观（例如，如果它是“下载”|“选项”|“书签”等操作面板的一部分"，另外两个是链接，那么你的显然也应该是链接。

于 2009-09-10T17:35:58.503 回答