“后退按钮”功能有多重要？

“富”应用程序断开后退按钮的情况越来越普遍。我一直认为这是不好的形式，但也许这种观点已经过时了？

断开后退按钮可以吗？如果是这样，标准是什么？

仅在预期的情况下才断开后退按钮（如果有意义的话，在网站上发生事件后不要返回）。

Mozilla对人们如何使用其浏览器进行了研究，后退按钮的结果令人印象深刻：

“后退”按钮的使用频率远高于其他任何导航元素（“后退”，“前进”，“重新加载”，“停止”和“主页”按钮）。93.1％的研究参与者至少使用一次“后退”按钮，平均每个用户在5天内点击了“后退66.2次”，这比“重新加载”按钮多3倍，比“主页”按钮多10倍，比“重新加载”按钮多30倍。前进和停止按钮！

资源

我经常使用后退按钮，当我无法使用它时，我会讨厌它。

破坏后退按钮就像破坏汽车中的制动踏板。用户期望它能够一直工作，然后突然不间断。后退按钮可能是浏览器中最常用的UI功能，因此，以任何方式更改其行为，充其量也无济于事，最坏的情况是导致用户困惑和放弃（或增加客户支持成本）。即使将用户带回到原来的位置，这也不是他们所期望的。

应避免损坏后退按钮。

在某些情况下，可以使后退按钮断裂，但几乎始终没有必要。我已经在多步骤表单中看到了很多东西，您可以将表单从一页发布到下一页。在这种情况下，您应该做的是从表单页面（1），发布到另一个页面（2），该页面（例如）将内容存储在会话中，然后重定向回另一个页面（3）。当用户按下后退按钮时，他们将从（3）返回到（1）。

即使使用RIA，您也可以使用URL哈希/锚（例如page.html#section）并监视它们的更改。Gmail针对不同的“页面”（例如“收件箱”，“撰写”，“设置”等）执行此操作。有关堆栈溢出的问题，如果您想实现，将很有帮助。

重要的是，在用户进行测验的站点（某些银行站点）上，断开“后退”按钮。一般来说，不是一个好主意。

之所以变得“越来越普遍”，主要是因为某些RIA框架不支持后退按钮，或者要求您积极考虑如何将其用途整合到您的应用程序中。不过，大多数框架的确为导航提供了一些支持，例如Silverlight 3对Frames和Page控件的支持，您只需要知道如何有效地使用它即可。Windows Phone 7应用程序中使用了相同的导航框架。

研究表明，使用浏览器时，几乎有1/3的点击位于“后退”按钮上（来自“不要让我思考”）。老实说，我不认为有充分的理由停止后退按钮的工作。人们应该能够浏览您的网站，但他们认为合适。

我的经验是，除非您在浏览器的上下文中使用诸如应用程序之类的内含框架（例​​如上述的Silverlight），并且具有清晰，合适的导航，否则开始在其中徘徊并不是一个好主意。默认功能。在我看过它使用的情况下，几乎总是会出现另一个浏览器与javascript不兼容或会话无法始终正确保存的问题，并且当有人“偶然”按下按钮时，事情往往不会按预期继续进行。

我想我可以总结一下回应

除非绝对无法避免，否则您绝对不要这样做。即使那样，你也不应该。

听起来不错。

不要低估“经常”用户按下后退按钮的方式，或者说根本不是“打破”它的“好主意”，我会提出不同的建议：后退按钮应将用户带到用户之前的某个位置到达他们现在的位置。在许多情况下，不带链接单击就更有意义并且更有用（并且可能更易于实现）。例如，浏览相册。用户单击一下即可选择专辑，并显示缩略图。再次单击缩略图可显示具有下一个/上一个链接的图片。此时，用户会浏览相册。完成后，请单击返回。此时，返回缩略图比上一张图片更方便和直观。

简而言之，后退按钮应该执行某些操作，但是确切的操作取决于应用程序。