代码改变世界

Struts中DispatchAction解析

2012-04-16 10:17  myjava2  阅读(270)  评论(0编辑  收藏  举报

         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,子类不能覆盖DispatchActionexecute的方法,如果覆盖就必须显式调用super.execute();

2.     配置struts-config.xml文件中Action,配置文件中不同的是添加了一个parameter属性,这个属性主要保存的是方法名,其中这个属性名不能为executeperform,否则就会和父类的execute冲突。

3. 这样在开发中省了好多代码,至少以前的三个类文件变成了现在一个类了,而且在后期维护的时候感觉也是方便很多。但是,在调用DispatchAction的时候method参数是不能为空的,如果空,DispatchAction会调用unspecified方法并抛出异常。

         所以我们需要覆盖父类的unspecified的方法,这样就可以减少页面action后面加入参数方法名,如果为空就转到unspecified方法,执行查看用户业务逻辑。