MappingDispatchAction

MappingDispatchAction
DispatchAction虽然将相同或者类似的功能模块集中到了一个类中了,易于代码维护,也大大减少了配置文件中配置标签的长度,但是他必需要求开发人员在请求中再带上一个参数,这就额外的增加了很多麻烦,维护起来不方便,
MappingDispatchAction不用带上这样的参数,只需要给其一个指定的路径就可以找到该方法
在代码的实现上
MappingDispatchAction和DispatchAction没有什么区别,完全一样的代码,只需继承两个不同的类分别是MappingDispatchAction和DispatchAction
他们同样不能覆盖父类的execute()方法

在配置上
DispatchAction路径所能对应的只能达到类级别,还需要通过request对象传入的一个parameter的值来确定方法,
                <action path="/dispatch/system/service"
                        type="com.arney.sms.struts.SystemAction" parameter="method">
                        <forward name="logout" path="/pages/dispatch/login.jsp"
                                redirect="true" />
                        <forward name="success"
                                path="/pages/dispatch/login-success.jsp" redirect="true" />
                        <forward name="fail" path="/pages/dispatch/login-fail.jsp" />
                </action>

MappingDispatchAction将不同的路径(action 标签中 path属性来指定)对应到不同的方法级别精度已经达到方法级别具体的方法只需要读配置文件里面的parameter值就可以了

                <action path="/mapping/login"
                        type="com.arney.sms.struts.MappingSystemAction" parameter="login">
                        <forward name="success"
                                path="/pages/mapping/login-success.jsp" redirect="true" />
                        <forward name="fail" path="/pages/mapping/login-fail.jsp" />
                </action>
                <action path="/mapping/logout"
                        type="com.arney.sms.struts.MappingSystemAction" parameter="logout">
                        <forward name="logout" path="/pages/mapping/login.jsp"
                                redirect="true" />
                </action>
在功能方面
DispatchAction中如果不同页面传过来的请求里面有多个表单,但是一个action标签只能指定一个FormAction来验证,这样明显存在不灵活的地方
MappingDispatchAction对于不同的功能使用不同的action标签来指定,这样就可以灵活地使用不同的FormAction了