GWT历史问题

Question

什么被认为是关于后退/前进项目能力的好设计。 我的意思是 - 用户只能通过后退/前进浏览器按钮浏览应用程序，或者在应用程序中有后退按钮，混合它（浏览器后退和应用程序后退按钮）是一个好习惯吗？ 或者GWT History足以成为应用程序中唯一的导航器？

我很高兴听到不同的意见和方法。

谢谢

Answer 1

我的观点是GWT History用于模仿应用程序已有的功能。 因此，当您执行操作时，它们会留下用户可以追溯的路径。

Answer 2

根据Web应用程序secenerio，更可取的是浏览器后退和前进按钮。为什么重新发明轮子？

由此设施支持的所有浏览器。 我也在研究gwt支持的大型应用程序。系统中的历史记录由历史令牌管理。你可以从这里查看它。

我在最近两年的工作与gwt ans的历史管理工作正常。 您可以将导航系统用于内部面板导航要求。但对于浏览器，我建议您使用自己的设施。

Answer 3

1. 我的应用程序中没有单独的后退/前进功能，因为人们习惯使用浏览器的后退/前进按钮。 这不会增加任何功能，只会让人迷惑。

2. GWT History包含浏览器的历史记录功能，因此它的执行与浏览器本机历史记录功能完全相同。

Answer 4

基于浏览器的历史记录。

1. 如果您仅支持内部历史记录（并且不支持基于浏览器的历史记录），那么当您的用户向后导航时，浏览器将使他们远离您的应用程序。
2. 如果您同时支持内部和基于浏览器的历史记录，则用户可能无法清除按内部或基于浏览器的后退键的效果。

我想不出Web应用程序支持内部和基于浏览器的历史导航的实例。

我能想到的最接近的是提供面包屑，但这些只涉及几种类型的应用。

Answer 5

GWT历史记录管理是一种使应用程序的不同状态与地址URL匹配并使用侦听器通知URL更改的方法。

这是一项技术性的事情 ，允许标准的后退/前进以有意义的方式工作。

现在我们谈论一个设计，一个“后退”/“前进”按钮在你的应用程序中真的有用吗？

那么这取决于你的应用程序做什么。 如果它是某种带有一系列步骤的向导，那么是的，你的应用程序中会有后退/前进按钮。

如果这是一个更常规的用户界面，那么你不会有/后退。 您将有链接/按钮将用户发送到新视图，以及某种主导航，允许转到用户想要的任何视图/屏幕。 仅支持后退/前进仅使用浏览器。