2

我对一个新的 ASP.NET 应用程序进行了系统测试。在我的浏览器 (IE 7) 中使用 BACK 按钮时,我遇到了几个异常。

我在评论记录中声明,Web 应用程序必须支持使用 BACK 按钮(或者至少可以优雅地处理它,例如会话超时警告)。团队负责人不同意我的看法,因为他说 web 应用程序不应该默认支持使用后退按钮。

你同意吗?

4

5 回答 5

4

我个人的观点是,任何网站如果不能合理优雅地处理后退按钮,如果不是完全正确的话,都会在可用性方面造成巨大的打击。人们理解后退按钮。此外,他们喜欢它。

页面加载速度可能很慢。我不想每次打开列表中的项目时都必须完全加载页面才能返回该列表。

使用 POST+REDIRECT+GET 和其他习惯用法,您可以通过后退按钮获得良好的行为,这就是您应该努力的目标。

于 2009-05-05T09:11:43.903 回答
3

我认为所有的网络应用程序都应该支持后退按钮。如果它破坏了您的应用程序并且您无法为其编写代码,那么至少在导航离开事件中添加一些 javascript 以让用户知道不支持后退按钮并且使用它可能会导致工作丢失。

当您单击后退按钮并进入非工作页面并最终丢失您正在处理的内容时,这令人沮丧。

支持它或至少确保用户知道他们不能使用它,并在他们出于习惯点击它时提醒他们。

于 2009-05-05T19:13:41.333 回答
2

您应该绝对支持 Web 应用程序中的后退按钮。用户确实假设支持此功能。

您可以在此博客文章http://blog.andreloker.de/post/2008/06/Post-Redirect-Get.aspx或维基百科http://en.wikipedia.org/wiki/Post/Redirect/上阅读有关 PRG 的信息得到

于 2009-05-05T18:58:44.960 回答
2

是的,是的,他们应该这样做。

于 2009-05-05T09:10:31.817 回答
2

所有应用程序都应支持后退按钮。每个人都使用它,你不能告诉你的用户仅仅为了你的网页改变他们的浏览习惯。是的,这很琐碎,但用户也是如此。以我为例。不开玩笑,我不会使用不支持后退按钮的网页/应用程序。第一次发生时让我感到沮丧,我寻找下一个谷歌结果。

于 2009-05-20T21:05:29.453 回答