Struts 1 的一些问题总结
Struts 1 的一些问题总结
-
博客分类：
- Struts1
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"/>