在SimpleFormController顶用“SessionForm”概念构建修改信息页面
在SimpleFormController中用“SessionForm”概念构建修改信息页面在通常的修改信息页面中都会先显示一张表单
在SimpleFormController中用“SessionForm”概念构建修改信息页面
在通常的修改信息页面中都会先显示一张表单包含原有信息,用户修改原有信息表单然后提交完成信息的修改。
通过继承SimpleFormController复写部分方法来实现这一功能:
第一: 复写“protected ModelAndView showForm(HttpServletRequest request, HttpServletResponse response, BindException errors, Map controlModel) ”方法。
该方法用于显示包含原有信息的表单,在该方法中实现如下功能:
提取Command对象事例。 Spring Framework在调用该方法前已经创建了配置文件中所指定的Command对象,可以通过“errors.getBindingResult().getTarget()”来获取Command对象 提取被修改信息的ID,该ID信息可以通过页面上下文放在URL query string中。 调用对应的Service方法根据ID获取原始数据信息并加入到Command对象中。 将Command对象加入到session中“session.setAttribute(cmdNameInSession, cmd);”, 该session变量的名称需要通过AbstractFormController的“getFormSessionAttributeName (HttpServletRequest request)”方法获得。 设置AbstractFormController的“setSessionForm(true)”将该FormController设置为 SessionForm,这样在用户修改完Form信息再次提交时Spring Framework不会再创建一个新的Command对象,而是从Session中取出上一次保存在session中的command对象并将用户新提交 的值付给原有的Command对象。在AbstractFromController的“protected final Object getCommand(HttpServletRequest request)”方法中可以看到如上所述的逻辑
第二:复写doSubmitAction方法。 在该方法中调用对应的Service来完成数据的修改。
在这里有一个SessionForm的概念,通过Session来传递Command对象,用户修改表单并提交后,保存在Session中的 Command对象也会被修改,这样只要从Session中获取修改后的Command对象并交由对应的Service就可以完成数据的修改工作。类似与 “AbstractWizardFormController”中一页页传递Command对象的做法。
Spring Framework是在什么时候修改Session中的这个Command对象的还需要进一步研究。
如上述代码,在调用完"getCommand"后我们得到了Command对象(该Command对象可能是新建的也可能是从session中取出的),接下来会调用“bindAndValidate”,就是在这个bind and validate过程中将Form中提交的数据更新到Command对象中。
当访问 product.form?id=1 时,session里保存的是产品1的信息,然后访问 product.form?id=2 这时,session里的信息变成了产品2,如果你切换到产品1,更新产品1,应该会出现意外结果。
另外,在 AbstractFormController 中,使用sessionForm 时,整个对象都放在session中,你没有选择。
public final class SessionCommandUtil {private static Map<String, Object> sessionCmd = new HashMap<String, Object>();private static long subId = 0;public static synchronized String addCommand(Object cmd) {String key = Long.toString(subId++);sessionCmd.put(key, cmd);if (subId == Long.MAX_VALUE)subId = 0;return key;}public static synchronized Object getCommand(String id) {return sessionCmd.get(id);}}
你的Cache理论上没有任何问题,只是实际程序中可能需要加以改进。一个好的Cache可能需要很多时间和精力去实现,所以我认为最好的办法是用现成的。实际应用中,我们可以把Cache交给Hibernate去处理。 11 楼 superzn 2007-12-13 学习一下,不错~