Action 跟 Actionsupport 的区别

Action 跟 Actionsupport 的区别

当我们在写action的时候,可以实现Action接口,也可以继承Actionsupport这个类.到底这两个有什么区别呢? Action接口有:

public static final java.lang.String SUCCESS = \public static final java.lang.String NONE = \public static final java.lang.String ERROR = \public static final java.lang.String INPUT = \public static final java.lang.String LOGIN = \

public abstract java.lang.String execute() throws java.lang.Exception 而Actionsupport这个工具类在实现了Action接口的基础上还定义了一个validate()方法,重写该方法,它会在execute()方法之前执行,如校验失败,会转入input处，必须在配置该Action时配置input属性。

另外,Actionsupport还提供了一个getText(String key)方法还实现国际化,该方法从资源文件上获取国际化信息.

这样在自定义标签时可以定义一个变量为new actionsupport对象实现国际化 ActionSupport类的作用

struts2 不要求我们自己设计的action类继承任何的struts基类或struts接口，但是我们为了方便实现我们自己的action，大多数情况下都会继承

com.opensymphony.xwork2.ActionSupport类，并重写此类里的public String execute() throws Exception方法。因为此类中实现了很多的实用借口，提供了很多默认方法，这些默认方法包括国际化信息的方法、默认的处理用户请求的方法等，这样可 以大大的简化Acion的开发。

Struts2中通常直接使用Action来封装HTTP请求参数，因此，Action类里还应该包含与请求参数对应的属性，并且为属性提供对应的getter和setter方法 ==========================

关于struts2标签取值的备忘录

取值要通过标签内使用%{}；

当Action的valueStack中有该属性的值时，只需直接使用该属性的名字即可 当Action的valueStack中没有该属性的值时，比如在session,application范围中的属性值时，需要加#或者#attr.； 例子：

假设某Action中有person成员变量，在application中存在company属性 那么我们可以通过以下方法取值： //无法取到，因为company不在action的valueStack中

=====================

一次Action调用都会创建一个ActionContext

调用：ActionContext context = ActionContext.getContext() ValueStack由OGNL框架实现 可以把它简单的看作一个集合

Stack Object：放入stack中的对象，一般是action Stack Context（map）：stack上下文，它包含一些列对象，包括request/session/attr/application map等。

EL：存取对象的任意属性，调用对象的方法，遍历整个对象结? ===========

WebWork2.2笔记（二）ActionSupport及其他基础知识

绝 大多数情况下，WebWork不是直接实现com.opensymphony.xwork.Action接口，而是扩展 com.opensymphony.xwork.ActionSupport类。ActionSupport实现了除Action以外的其他几个接口，主 要的几个接口是： com.opensymphony.xwork.Validateable com.opensymphony.xwork.Validateaware com.opensymphony.xwork.TextProvider com.opensymphony.xwork.LocaleProvider

这 些接口主要是提供给WebWork的拦截器使用的，接口配合拦截器可以实现AOP功能。比如Validateable接口和Validateaware 接口配合

DefailtWorkflowInterceptor就可以实现对用户输入进行检验的功能，当用户调用Action时，首先执行 Validateable接口定义的validate()方法，如果在这个方法中用户使用接口Validateaware中的方法设置了错误信息，则

DefaultWorkflowInterceptor会自动终止Action的执行，并产生一个INPUT的result，只有没有任何错误信息才会执 行Action的剩余部分。

前面我们定义的xwork.xml配置文件中包含了一句：

file=\，这个webwork-default.xml包含在webwork的jar包中。 webwork-default.xml预建了很多常用的result-type、interceptor和interceptor-stack。其中 interceptor和interceptor-stack用于定义webwork将要使用那些拦截器。interceptor定义一个拦截器，而 interceptor定义一组拦截器。如果一个Action使用一组拦截器，则这些拦截器将以其定义的顺序执行，可见，interceptor- stack中拦截器的顺序时很重要的。 在webwork-default.xml中有如下定义：

class=\name=\......

而名为validationWorkflowStack和completeStack这两个预建的interceptor-stack则包含了workflow这个interceptor。

下面做一个检查用户输入的练习，如果用户没有输入内容，则让用户重新输入，并且提示错误信息。 web.xml

与上次的相同。 xwork.xml

xml 代码 1.

2. \3.

4.

5.

7.

9.

10. 14.

15. package> 16. xwork>

input.jsp xml 代码

1. <%@taglib prefix=\2.

3.