关于后退/前进项目能力的良好设计被认为是什么。我的意思是 - 用户只能通过后退/前进浏览器按钮浏览应用程序，或者在应用程序中有也和后退按钮，混合使用它（浏览器后退和应用程序后退按钮）是一种好习惯吗？还是 GWT History 足以成为应用程序中的唯一导航器？
我很高兴听到不同的意见和方法。
谢谢
5 回答
1
我的观点是 GWT History 用于模仿应用程序的现有功能。因此，当您执行操作时，它们会留下用户可以追溯的痕迹。
于 2011-06-27T12:05:32.247 回答
1
根据 Web 应用程序 secenerio，最好通过浏览器的后退和前进按钮导航。为什么要重新发明轮子？
作为该设施支持的所有浏览器。我也在开发一个由 gwt 支持的大型应用程序。系统中的历史是由历史令牌管理的。你可以从这里查看它。
我从过去两年开始从事 gwt 的历史管理工作，它运行良好。您可以将导航系统用于内部面板导航要求。但是对于浏览器，我建议您使用自己的工具。
于 2011-06-27T12:12:09.207 回答
1
我不会在您的应用程序中提供单独的后退/前进功能，因为人们习惯于使用浏览器的后退/前进按钮。这不会增加任何功能，只会让人感到困惑。
GWT History 包装了浏览器的历史功能，因此它的执行方式与浏览器本机历史功能完全一样。
于 2011-06-27T12:57:53.173 回答
1
一直基于浏览器的历史记录。
- 如果您只支持内部历史记录（并且不支持基于浏览器的历史记录），那么当您的用户向后导航时，浏览器会将他们从您的应用程序中移除。
- 如果您同时支持内部和基于浏览器的历史记录，您的用户可能不会清楚按下内部或基于浏览器的后退键的效果。
我想不出一个 Web 应用程序支持内部和基于浏览器的历史导航的实例。
我能想到的最接近的是提供面包屑时，但这些仅与少数类型的应用程序有关。
于 2011-06-27T13:05:39.013 回答
1
GWT 历史管理是一种使应用程序的不同状态与地址 URL 匹配并使用侦听器来通知 URL 更改的方法。
这是一个技术性的东西，它允许标准的后退/前进以一种有意义的方式工作。
现在我们谈论一种设计，“后退”/“前进”按钮在您的应用程序中真的有用吗？
那么这取决于你的应用程序做什么。如果它是某种带有一组步骤的向导，那么是的，您的应用程序中将有后退/前进按钮。
如果这是一个更传统的 UI，那么您将不会有/向后退。您将拥有将用户发送到新视图的链接/按钮，以及允许转到用户想要的任何视图/屏幕的某种主导航。仅支持后退/前进将仅使用浏览器。
于 2011-06-27T13:34:07.957 回答