救命啊！是关于页面返回的问题！看似简单，实则不易/

Question

返回事件中直接请求xxx.do，取出下一个用户的信息，然后表示。

Answer 1

（1）用 直接转向该页面 的方法是万万不可的！  因为有好几个失败的操作都和checkFail.jsp相连接，并且不同的失败操作，在checkFail.jsp上显示的提示不同！
（2）返回事件中直接请求xxx.do，取出下一个用户的信息，这种方法亦为不妥。因为在数据库里的字段虽然是整数类型，但是他们并不是连接起来的。我试了一下，执行操作后，页面跳转到另外一个错误提示的页面去了。急啊！

Answer 2

返回按扭不应再用JavaScript语句window.history.go(-1)应该改成:点击返回按扭就执行初始化index.jsp的操作..(类同于审核成功的那段代码)

Answer 3

但是如果击返回按扭就执行初始化index.jsp，那么得到的的数据还是那个用户的相关信息！

Answer 4

我觉得关键是如何选择生成下一个显示的用户
如果index.jsp的“审核”按扭提交到check.do进行审核，如果失败在这里
同时加入生成下一个用户的代码，实例化一个值对象user,
request.setAttribute(“user”，user)存到request域，
在checkFail.jsp继续把request域中的“user”传递给index.jsp，
在index.jsp中用<bean:write name="user" property="" /〉写他的信息。呵，有点乱，不知楼主理解了没有。这么做要求有用户的值对象类，index.jsp要用
<bean:write name="user" property="XX" /〉写用户信息

Answer 5

to:redpriest (红色牧师) 老兄,,应该在程序有一个ID递增的机制呀,
这个机制在审核成功时,起了作用.因为你审核成功就跑去下一条记录了的..
这个机制同样可以用在审核不成功时呀这个机制可能是某个计数器的自增等....

Answer 6

如果你index.jsp文件中的数据是用session变量传递，用history.go(-1)肯定还是原来的数据。
这是一个逻辑上的问题。
因为你session变量的东西根本没有变化过。
你中间需要加一个逻辑处理，用history.go(-1)是不行的。