简单OA项目笔记(4):更新操作 (P-Action)

    项目里的更新操作写的不赖，分为两步，解决了数据不同步的问题：

    第一步：预处理：提取、编辑单个信息

    第二步：把预处理的结果传给真正的执行者，修改保存

    这个预处理有点意思，它把一个业务细分成俩个操作，第二个操作能根据处理结果返回到预处理的结果上继续修改，等于把一次update完完全全分成两个互不影响的操作了。

执行的数据流：

1.jsp提交要更改的id

<td><s:a href="updatePUser.action?user.id=%{#ul.id}">update</s:a>

提交到UpdatePUserAction（注意有个“P”）

2.UpdatePUserAction

这是个预处理的action，P是perview的意思

public String execute() throws Exception
{
user = this.service.findById(user.getId());

return SUCCESS;
}

这个UpdatePUserAction挺有意思，经过它的预处理 看似麻烦了，其实把流程划分的清晰了很多

user = this.service.findById(user.getId());

这的前后两个user不是一个对象：

后一个user只有从jsp传来的id属性

前一个user是通过id查找到的完整的对象

3.struts处理

UpdatePUserAction返回SUCCESS后

跳转到新的 /update.jsp

<action name="updatePUser" class="updatePUserAction">
<result name="success">/update.jsp</result>
</action>

这两个action多例就行了，没有其他特别的配置

<bean id="updatePUserAction" class="com.test.action.user.UpdatePUserAction" scope="prototype">
<property name="service" ref="userService"></property>
</bean>

<bean id="updateUserAction" class="com.test.action.user.UpdateUserAction" scope="prototype">
<property name="service" ref="userService"></property>
</bean>

4.update.jsp

把表单提交到真正的 UpdateUserAction（不带P了）

这ID用户是不应该改的，所以表单中要用 hidden 传个隐藏值，其余就是正常输入

<s:form action="updateUser">
<table>
<tr>
<td>
<s:hidden name="user.id" value="%{user.id}"></s:hidden>
</td>
</tr>

5.struts验证

UpdateUserAction-validation.xml

和昨天学的struts2的验证框架一样

6.UpdateUserAction

真正的执行，

public String execute() throws Exception
{
this.service.update(user);

return SUCCESS;
}

执行的结果如果成功了，就重定向到ListUserAction

如果有误就去重新输入，之前预处理出来的结果也还都在

<action name="updateUser" class="updateUserAction">
<result name="success" type="redirect">listUser.action</result>
<result name="input">/update.jsp</result>
</action>