Java 历史问题 什么是关于后备项目能力的一个好的设计。 我的意思是-用户只能通过后退/前进浏览器按钮浏览应用程序，或者在应用程序中也有后退和后退按钮，混合使用（浏览器后退和应用程序后退按钮）是否是一种好的做法？或者GWT历史记录足够好，可以成为应用程序中唯一的导航器

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

---

谢谢

我的观点是，GWT历史记录用于模拟应用程序已经存在的功能。因此，当您执行操作时，它们会留下一条用户可以追溯的轨迹。

根据web应用程序secenerio，最好通过浏览器的“后退”和“前进”按钮导航。为什么要重新发明轮子

作为此工具支持的所有浏览器。 我还正在开发一个由gwt支持的大型应用程序。系统中的历史记录由历史标记管理。您可以从中查看它

在过去两年中，我一直在gwt ans的历史管理部门工作，工作很好。 您可以使用导航系统来满足内部面板的导航要求。但是对于浏览器，我建议您使用它自己的设备

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

GWT History包装了浏览器的历史记录功能，因此它的性能与浏览器的本机历史记录功能完全相同

---

始终基于浏览器的历史记录。

如果您只支持内部历史记录（不支持基于浏览器的历史记录），当用户向后导航时，浏览器会将其从应用程序中删除

如果同时支持内部历史记录和基于浏览器的历史记录，则用户可能不清楚按内部或基于浏览器的后退键的效果

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

---

我能想到的最接近的方法是提供面包屑，但这些只与少数类型的应用程序相关。

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

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

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

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

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