GWT历史问题

Question

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

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

由于

Answer 1

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

Answer 2

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

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

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

Answer 3

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

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

Answer 4

基于浏览器的历史记录。

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

我无法想象一个Web应用程序支持内部和基于浏览器的历史导航的实例。

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

Answer 5

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

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

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

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

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