Java 提交按钮+;GWT历史

Java 提交按钮+;GWT历史,java,gwt,history,gwt-history,Java,Gwt,History,Gwt History,一个好的设计解决方案提交表单时,“后退”和“前进”浏览器按钮的行为应该是什么。 类似的问题是,当用户注销应用程序,然后单击“前进”浏览器按钮时,会发生什么情况 我很高兴听到上述情况的一些情况 谢谢 编辑-应该是很好的分享和我的观点:-) 我个人的意见是,注销后,用户应该不能进入应用程序,而不通过登录页面。 对于提交场景-在“提交并返回浏览器”按钮之后,用户应该能够返回表单,但不包含数据。使用状态机保持用户(会话)和请求状态是非常常见的。若您有这样一个状态机,那个么您就知道用户正在尝试错误的转换。

一个好的设计解决方案提交表单时,“后退”和“前进”浏览器按钮的行为应该是什么。 类似的问题是,当用户注销应用程序,然后单击“前进”浏览器按钮时,会发生什么情况

我很高兴听到上述情况的一些情况

谢谢

编辑-应该是很好的分享和我的观点:-)

我个人的意见是,注销后,用户应该不能进入应用程序,而不通过登录页面。
对于提交场景-在“提交并返回浏览器”按钮之后,用户应该能够返回表单,但不包含数据。

使用状态机保持用户(会话)和请求状态是非常常见的。若您有这样一个状态机,那个么您就知道用户正在尝试错误的转换。根据用户状态和错误的转换,您可以将用户转发到页面。例如,如果用户试图转到需要登录但她/他已注销的页面,您可以将她/他发送到登录页面,但您可以提供用户名并只要求输入密码

要添加此功能,您可以通过在代码中硬编码状态机来编写自己的代码,也可以使用其中一个可用库。例如 为Spring框架提供此功能。

一种常见模式是。在这种模式下,文章的结果是一个可书签的(可向后/向前导航的)页面。后退按钮有一个通常的含义,“我不是有意要走到这里,带我回到我原来的地方”,就像在大多数Windows对话框中按ESC键一样,前进按钮的意思是“我不是有意要走到后退按钮,我毕竟想要那个页面。”这种模式不适用于所有人;当每个页面(包括对表单提交的响应)表示您希望添加书签的概念实体时,这一点最有意义

至于注销场景,不管URL中指定了什么页面,大多数应用程序都会检查您是否登录,如果您未登录,则会重定向到登录表单。(您不必在每页上都编写代码;检查通常是一个阀门或其他东西。)一个很好的功能是记住用户试图去哪里,并在成功登录后将他们带到那里


你的问题更多的是关于设计而不是技术,因此GWT并没有真正改变情况,只是要注意GWT历史记录机制旨在模拟通过链接连接的静态页面的行为,post/redirect/get模式也会这样做。

谢谢分享你的意见:)谢谢gatkin,非常有用。)