详细页面返回到查询结果页!
 |
nmhym0114
2012-11-02
现在我有一个index.jsp页面 初始化的时候index.jsp页面显示所有数据是类似与这样的:
姓名 性别 年龄 地址 操作 张三 男 18 北京市 查看 李四 男 20 北京市 查看 王五 男 27 天津市 查看 陈六 男 32 石家庄 查看 index.jsp页面 有搜索功能 我可以根据姓名去搜索 例如: 我搜索张三 那么index.jsp页面的显示如下: 姓名 性别 年龄 地址 操作 张三 男 18 北京市 查看 现在我搜索张三以后 点击张三的查看 进入Details.jsp页面,查看张三的详细信息.在Details.jsp页面有 返回按钮 点击返回上一个页面(使用javascript:history.go(-1)实现). 现在问题是 我想返回的是: 姓名 性别 年龄 地址 操作 张三 男 18 北京市 查看 这个index.jsp列表页面.但实际返回是: 姓名 性别 年龄 地址 操作 张三 男 18 北京市 查看 李四 男 20 北京市 查看 王五 男 27 天津市 查看 陈六 男 32 石家庄 查看 这个index.jsp列表页面 请问这样的问题有什么解决方案没有? 我想过是否要把查询条件当作参数 传到Detailis.jsp页面 或者保存到Action里 点击返回的时候 直接走一遍查询的方法 但是这样的话 效率会不会很低! 使用SSH Struts2.1 Spring2.5 Hibernate3.0 |
 |
jerry.yan.mj
2012-11-05
不会，结果应该被cache
|
 |
jinnianshilongnian
2012-11-05
建议 把查询条件当作参数 每次跟在查询的页面后边，这样不依赖于session，客户端存放查询条件 只要客户端不关就可以查。
效率问题暂时不用考虑，等遇到性能问题再来优化 |
|
jerry.yan.mj
2012-11-05
jinnianshilongnian 写道 效率问题暂时不用考虑，等遇到性能问题再来优化
我对开涛建议的操作表示赞同。 可是对于最后一句不敢苟同。我觉得有必要对每一个细节都做到你能做到的最佳程度。经过几年的开发，我觉得大家应该有一些共识了，比如数据库是可能引发性能问题的地方。作为一个开发人员，我是一定会注意我的query是否已经优化了，同时这个数据访问是否值得被cache。 我拜读过开涛的spring系列，对这种钻研精神很敬佩。我只是就你的最后一句有感而发，并且希望大家都能想得多一点。对今后的发展是有好处的。作为一个程序员，你或许不用考虑，但是作为一个架构师，我想性能是不可避免的。不知开涛同意否。 |
|
jinnianshilongnian
2012-11-05
jerry.yan.mj 写道 jinnianshilongnian 写道 效率问题暂时不用考虑，等遇到性能问题再来优化
我对开涛建议的操作表示赞同。 可是对于最后一句不敢苟同。我觉得有必要对每一个细节都做到你能做到的最佳程度。经过几年的开发，我觉得大家应该有一些共识了，比如数据库是可能引发性能问题的地方。作为一个开发人员，我是一定会注意我的query是否已经优化了，同时这个数据访问是否值得被cache。 我拜读过开涛的spring系列，对这种钻研精神很敬佩。我只是就你的最后一句有感而发，并且希望大家都能想得多一点。对今后的发展是有好处的。作为一个程序员，你或许不用考虑，但是作为一个架构师，我想性能是不可避免的。不知开涛同意否。 同意你的说法。 如果查询并不频繁，偶尔查一次，此时不需要缓存； 如果查询频繁，但每次查询条件不一样，也是无法缓存的； 如果查询频繁，条件基本固定，而且查询成本比较高，此时可以缓存。 我觉得在一些如用户查询具体加不加缓存要看他的实际情况。我的观点的是按需，不能什么都加缓存。 |
|
nmhym0114
2012-11-05
jinnianshilongnian 写道 建议 把查询条件当作参数 每次跟在查询的页面后边，这样不依赖于session，客户端存放查询条件 只要客户端不关就可以查。
效率问题暂时不用考虑，等遇到性能问题再来优化 那也就是把查询条件拼接到地址栏里 跟到Detials.jsp页面 但是详细页面的返回按钮 就不能使用javascript:history.go(-1) 而是要返回到Action 问题是这个还设计到一个分页的问题 我列表页使用的是Jmesa插件显示数据 总之谢谢 开涛大哥!!! |
