Struts的一些问题总结

1.ActionForm是控制层还是显示层控件？

    控制层

 

2.Action什么时候被初始化？

   第一次请求时,并不是读取配置时，Action的可重用性导致了Action的线程不安全性，实例变量和静态变量不能用于存放用于特定请求的资源，在Action中访问其他

需要同步的资源(JavaBean,session)时，需要注意线程安全

 

3.ActionMapping总结

 

  ActionMapping是对应于Action配置信息的对象，每个Action都对应一个ActionMapping,<action-mapping>元素：包含一个或者N个<action>元素，描述了从特定的请求路径到响应的Action的映射,

  描述从特定的请求路径到相应的Action类的映射。它具有以下几个属性：

　　 1. attribute：设置和Action关联的ActionForm Bean在request和session范围内的key。如：Form Bean存在于request范围内，此项设为“myBenas”，则在request.getAttribute("myBenas")就可以返回该Bean的实例。

　    2. classsName：和action元素对应的配置元素，默认为：org.apache.struts.action.ActionMapping.

　　3. forward：转发的URL路径。

　　4. include：指定包含的URL路径。

　　5. input：输入表单的URL路径，当表单验证失败时，将把请求转发到该URL。

　　6. name：指定和Action关联的Action FormBean的名字，该名字必须在Form-Bean定义过。

　　7. path：指定访问Action的路径，以“/”开头，无扩展名。

　　8. parameter：指定Actgion的配置参数，在Action类的execute()方法中，可以调用ActionMapping对象的getParameter()方法来读取该配置参数。

　　9. roles：指定允许调用该Action的安全角色，多个角色之间用，隔开，在处理请求时，RequestProcessor会根据该配置项来决定用户是否有权限调用Action权限。
struts-config.xml中，每个action的配置中都有一个role属性，这个属性中填写一个模块的名称，这样就建立起了action与模块的多对一关系；
扩展struts中的requestProcessor类（注意如果使用tiles框架，需要继承另外一个tiles专用的类），复写其中的processorRole方法（其他方法也很有用，例如preprocess方法，可以设置提交的字符串都为UTF-8，也可以用户写一些系统的访问日志等等），在这个方法中可以取出当前action的模块名称和当前用户的角色，这样就可以实现对于用户的权限限定了。

　　10. scope：指定ActionForm Bean的存在范围，可选取为request和session，默认为session。

　　11. type：指定Action类的完整类名。

　　12. unknown：如果此项为true，表示可以处理用户发出的所有无效的Action URL，默认为false；

　　13. validate：指定是否要调用Action FormBean的validate方法，默认值为ture.

 

 

4.ActionForward总结

 

  代表了一个控制跳转的目的地

 

 

5.ActionForm工作流程总结

   当用户访问Action时，先查看当前范围(scope)内存是否在与当前请求关联的ActionForm，没有则创建并保存在指定范围内，有则不创建,scope的缺省值是session

   接着调用ActionForm的reset()方法，接着调用各属性的setter方法为属性赋值，接着调用validate()方法进行校验（是否校验通过validate属性配置）

   如果校验失败则转向input属性指定的页面

   Reset():用于恢复Bean的属性值，由控制器在给Bean赋值之前调用，缺省的reset()方法未做任何处理，一般来说session范围内的checkbox值需要重置，

   Attribute属性：用来存取ActionForm的关键字，默认与name相同

 

6.Struts中的异常处理

       

 Servlet规范,当容器捕获到异常的时候,将查看是否在Web.xml中配置了相

应的<error-page>元素,如果存在,就会返回其<location>子元素指定的错误页面.举个简单明了的例子如下:

<error-page>

  <error-code>500</error>

  <location>/error.jsp</location>

</error-page>



<error-page>

  <exception-type>javax.servlet.ServletException</error>

  <location>/error.jsp</location>

</error-page>

Struts框架也允许以配置的方式来处理异常,配置方法可以避免在Action类中通过硬编码来处理异常,提高应用的灵活性,可重用性和可维护性.对于Action类的execute()方法抛出的异常会先查找异常处理元素<exception>,如果是被嵌套在<global-exception>元素中就表示是全局异常处理元素,对所有的Action都适用.如果是嵌套在<action>元素中,就表示局部的异常处理元素,仅对当前的Action适用.阐述一下<exception>元素的属性:

1)     type:指定待处理的异常类

2)     handler:指定异常处理类.默认是ExceptionHandler.如果自己要定义必须继承它

3)     path:指定转发路径

4)     key:指定错误消息key.根据这个key到ResourceBundle中寻找匹配的消息文本

5)     bundle:指定ResourceBundle,如果没设置将使用默认的ResourceBundle

6)     scope:指定ActionMessages对象的存放范围,默认request,也可以设置session

Struts框架提供了强大的异常处理功能,Struts控制器负责捕获异常,并把异常包装与

ResourceBundle绑定的ActionMessages对象,在视图层<html:error>标签能够显示出来,主要可以通过配置的方式和编程的方式实现,这里不推荐用编程的方法,可以增强程序的灵活性,可重用性,可维护性.

 

 

7.dispatchaction总结

 DispatchAction继承自Action类，它是一个抽象类，封装了一些基础方法，来解决使用一个Action处理多个操作的能力，这就是 DispatchAction最大的用途，它可以帮助我们用一个Action类，封装一套类似的操作方法，节省了类的数目，同时也减轻了后期维护的困难。

DispatchAction在配置上于标准的Action稍有不同，就是要在Action配置中多一个parametr属性，这个属性将指导DispatchAction找到对应的方法，例如这样配置：

        <action path="/saveSubscription"
        type="org.apache.struts.actions.DispatchAction"
       name="subscriptionForm" scope="request" input="/subscription.jsp"   
        parameter="method"/>