DispatchAction是仅次于Action,使用最频繁的Action,用于同一个表单中有多个提交按钮时,但提交的逻辑处理完全不同的情况,如:添加、删除和修改等。
以前的解决办法是为每个提交按钮增加JavaScript脚本,分别提交给不同的Action处理,这种特别的麻烦,需要页面需要有JavaScript判断另外还得需要多个Action类。
DispatchAction类用于分发的Action,主要的好处是把一些功能类似的Action放到一个Action中,通过传入的不同参数来觉得执行哪个操作. DispatchAction类是一个抽象类,它实现了父类(Action)的execute()方法,所以它的子类就不用来实现这个方法了,只需要专注与实际操作的方法,
在java web开发中,原始的配置action都是使用一个action类实现一个功能,如果工程项目够大,action类数目会很多,就增加了该项目后期的维护难度。
DispatchAction继承自Action类,它是一个抽象类,封装了一些基础方法,来解决使用一个Action处理多个操作的能力,这就是DispatchAction最大的用途,它可以帮助我们用一个Action类,封装一套类似的操作方法,节省了类的数目,同时也减轻了后期维护的困难。
如下是一个使用DispatchAction的实例
1. 首先建立UserAction继承DispatchAction,子类不能覆盖DispatchAction的execute的方法,如果覆盖就必须显式调用super.execute();
public class UserAction extends DispatchAction { public ActionForward del(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { //删除用户逻辑…… } public ActionForward add(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { //添加用户逻辑 } public ActionForward modify(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { //修改用户逻辑 } }
2. 配置struts-config.xml文件中Action,配置文件中不同的是添加了一个parameter属性,这个属性主要保存的是方法名,其中这个属性名不能为execute和perform,否则就会和父类的execute冲突。
<action-mappings> <action path="/user/user_maint"<!--对应页面中action的提交名--> type="com.bjpowernode.drp.web.actions.UserAction"<!--action的实际路径--> name="userForm"<!--对应的ActionForm--> scope="request" parameter="command"<!--指定参数名,对应方法名--> > <forward name="del_success" path="/user/user_maint.do" redirect="true"/> <forward name="add_success" path="/user/user_maint.do" redirect="true"/> <forward name="modify_success" path="/user/user_maint.do" redirect="true"/> </action>
3. 这样在开发中省了好多代码,至少以前的三个类文件变成了现在一个类了,而且在后期维护的时候感觉也是方便很多。但是,在调用DispatchAction的时候method参数是不能为空的,如果空,DispatchAction会调用unspecified方法并抛出异常。
protected ActionForward unspecified(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { //调用业务逻辑操作 List userList = UserManager.getInstance().findAllUserList(); request.setAttribute("userlist", userList); return mapping.findForward("list_success"); }
所以我们需要覆盖父类的unspecified的方法,这样就可以减少页面action后面加入参数方法名,如果为空就转到unspecified方法,执行查看用户业务逻辑。