Design patterns 超链接与按钮

搜索有关超链接与按钮使用的UI设计模式的输入

web应用程序中的屏幕上应该/可能混合有按钮和超链接。“外观”似乎是使用哪一个的主要控制因素，但我想要更符合逻辑的东西

有人知道什么时候使用每一个的硬性规定吗

你有自己的指导方针，你想分享吗

---

谢谢。

链接到处都是。按钮将数据发送到其他位置

---

简而言之，如果您有表单数据，那么就有一个按钮。否则，请不要。通常，按钮用于提交表单，即登录、采购订单等

---

链接，另一方面最常用于页面之间的移动。

< P>除了其他人所说的发送/VS导航差异之外，考虑链接可以是书签也是重要的。

< P>我遵循的一组规则（不一定是科学的）是：

按钮：

• 当我在表单上时（提交按钮）
• 当我需要在某个页面上突出某个动作时（如“添加新人”或“立即购买”）

链接：

• 所有其他情况

---

查看web上现有的应用程序，看看它们使用了什么。链接通常用于facebook等社交应用，但这并不是一条硬性规定。查看其他人在您正在使用的应用程序的相同类型中所做的工作

此外，一些框架更改了一些规则。例如，ASP.NET链接可以发布到服务器，因此链接具有更大的权重（尽管MVC框架不具备此功能）

---

HTH

正如其他人所说，但可能更一般一些：

• 链接到处都是
• 按钮起作用

（即更多的“做事情”比“发送数据”更通用。当然，“去”某地就是“做”某件事，所以我想按钮除了去某地之外还做其他事情。）

---

通常是：：-）

只是不要使用将光标更改为超链接“手”的按钮。我真的很讨厌这样。链接永远不能将数据发布到服务器（而且后端技术与此无关，因为链接是由客户端处理的）。一个链接可以有一些附加的JS将数据发布到服务器，但是当JS不工作时，这会退回到GET，所以这几乎总是一个糟糕的主意。它确实使用客户端方法来进行发布，但这是一个post操作。JQuery中还支持发布数据（$.post），因此JQuery也可以从链接发布数据。。。即使没有启用JS，.NET似乎仍然可以工作，所以我认为它们也涵盖了这一基础，尽管我承认我不确定为什么……按钮也可以。表单可以有

method=“get”

，实际上，这是默认设置。以谷歌搜索结果为例，它们可以被添加到书签中，这是非常正确的。我想更多的是右键点击并保存书签。