对于开发Struts2应用的开发者来说,Action才是应用的核心,我们通过开发不同的业务控制器—Action来处理不同的用户请求逻辑。
实现Action类
Struts2采用了低入侵式的、松耦合设计,开发一个Action类,不需要继承或实现任何Struts2的类或接口。
我们先来看一下标准的Action类的格式:
publicclass类名{
private String属性1;
private String属性2;
... ...
属性对应的get和set方法
publicString
execute()throwsException
{
return逻辑视图字符串;
}
}
|
从上面的结构中我们可以看出这与普通的POJO没有多大区别,唯一的区别就是Action类必须包含一个无参数的、返回字符串的execute()方法。而Action的属性则是与Action要处理的HTTP请求信息中封装的参数对应。
在Struts2中提供了一个Action接口和一个ActionSupport类来帮助我们开发Struts2应用。如果需要我们可以继承他们。
Action接口提供了execute()接口方法和一些常用的表示处理逻辑结果的逻辑视图名。
Action接口结构如下:
publicinterfaceAction
{
publicstaticfinalString
SUCCESS ="success";
publicstaticfinalString
NONE ="none";
publicstaticfinalString
ERROR ="error";
publicstaticfinalString
INPUT ="input";
publicstaticfinalString
LOGIN ="login";
publicString
execute()throwsException;
}
|
实现Action接口能够帮助我们规范Action的开发,对常用的处理结果有着统一规范的作用。
ActionSupport类围绕请求逻辑处理提供了很多方法,如默认处理用户请求、数据校验、错误消息、国际化资源等方面。
Action间接访问ServletAPI
Struts2的Action没有与任何ServletAPI耦合,这就能够方便的测试Action。但是在开发Web应用中,不访问ServletAPI是不可能的。在Struts2中提供了一个ActionContext类来帮助我们访问ServletAPI。
下面是关于我们常要访问ServletAPI的一些方法:
方法名
|
说明
|
public Object get(String key)
|
类似于调用HttpServletRequest的getAttribute(String
name)方法。
|
public Map<String, Object> getApplication()
|
返回一个Map对象,类似于获得ServletContext对象
|
public static ActionContext getContext()
|
获得ActionContext实例
|
public Map<String, Object> getParameters()
|
类似于调用HttpServletRequest的getParameterMap()方法。
取得值是一个String[]类型的值
|
public Map<String, Object> getSession()
|
返回一个Map对象,类似于获得HttpSession对象
|
Action直接访问ServletAPI
Struts2还提供了两种方式直接访问ServletAPI。
1、实现相应的接口
Struts2提供了以下接口来访问ServletAPI:
接口
|
说明
|
ServletContextAware
|
实现该接口,就可以直接访问Web应用的ServletContext对象实例。
|
ServletRequestAware
|
实现该接口,就可以直接HttpServletRequest对象实例。
|
ServletResponseAware
|
实现该接口,就可以直接HttpServletResponse对象实例。
|
2、借助于ServletActionContext类
在Struts2中还提供了一个ServletActionContext类,来帮助我们直接访问ServletAPI。
ServletActionContext类中包含了以下静态方法帮我们获得相应的实例对象:
静态方法名
|
说明
|
PageCotext getPageContext()
|
获得PageCotext对象
|
HttpServletRequest getRequest()
|
获得HttpServletRequest对象
|
HttpServletResponse getResponse ()
|
获得HttpServletResponse对象
|
ServletContext getServletContext()
|
获得ServletContext对象
|
注意:即使我们在Struts2的Action中获得了HttpServletResponse对象,也不要尝试产生对客户端的输出内容信息。
配置Action
Struts2使用包来管理Action信息,所以我们需要在struts.xml文件中使用<action>元素作为<package>元素的子元素来配置Action信息。
一个完整的Action信息如下格式:
<packagename="sample1"extends="struts-default">
<actionname="index"class="org.struts2.samples1.HelloWorld">
<resultname="success">/index.jsp</result>
</action>
</package>
|
在配置Action信息,class属性可以省略,这时默认的实现类为ActionSupport类。
name属性:Action的名称,其属性值对应着它所处理URL的前半部分。
如:http://localhost://8080/Strurs2Demo/index.action
我们看到Action类的execute方法在处理完请求逻辑后返回一个字符串,这个字符串只是一个逻辑视图名,和实际的物理视图资源没有任何关联。为了让Struts2能够找寻到请求逻辑后响应的具体物理资源,我们需要使用<action>元素的子元素<result>元素来表述逻辑视图与物理视图资源的关联关系。
动态方法调用
到目前为止我们知道了如何编写一个Action类,配置Action信息。但是这个Action只能处理一个请求,如何能够像Struts1那样继承了DispatchAction后,能够一个Action类处理多个请求逻辑?
在Struts2中是使用动态方法调用技术来解决这个问题的。下面我们就来看看如何实现的:
为了让Struts2开启动态调用功能,我们需要将Struts2常量struts.enable.DynamicMethodInvocation的值设置为true如下:
<constantname="struts.enable.DynamicMethodInvocation"value="true"></constant>
|
有两种方式可以实现动态调用,来达到一个Action类处理多个请求逻辑能。
方式一:为<action>元素指定method属性。如:
<actionname="login"class="
org.struts2.samples1.LoginRegistAction">
<actionname="regist"class="
org.struts2.samples1. LoginRegistAction ">
|
但是这样我们发现这两个Action的配置信息绝大部分相同,因此这种配置相当冗余。为了解决这个问题,Struts2还提供了另外一种形式的动态方法调用。
方式二:使用通配符
在配置Action信息是,我们需要指定name,class,method属性,这3个属性都可支持通配符,这种通配符的方式就是另一种动态方法调用。
如:
<actionname="*Action"
class="
org.struts2.samples1.LoginRegistAction">
|
这个配置表明只要以*Action结尾的请求都可以处理。比如aAction.action、abcAction.action。
比如:LoginAction.action请求会被org.struts2.samples1.LoginAction实例的Login方法处理。
<actionname="*Action"
class="org.struts2.samples1.{1}Action"
method="{1}">
|
比如:Book_save.action请求会被org.struts2.samples1.BookAction实例的save方法处理。
<actionname="*_*"
class="org.struts2.samples1.{1}Action"
method="{2}">
|
我们还可以通过使用通配符来配置一个能够处理任何请求的通用Action。如:
<actionname="*"><result>/{1}.jsp</result></action>
|
现在我们会碰到如下问题:在处理用户请求时,我们能够找到多个匹配的、符合条件处理这个请求的Action配置信息,这时怎么选择呢?请看下面实例代码:
<packagename="sample"extends="struts-default">
<actionname="*"class="org.struts2.samples.OneAction">
<resultname="success">/welcome.jsp</result>
</action>
<actionname="*Action"class="org.struts2.samples.TwoAction">
<resultname="success">/welcome.jsp</result>
</action>
<actionname="threeAction"class="org.struts2.samples.ThreeAction">
<resultname="success">/welcome.jsp</result>
</action>
</package>
|
当请求http://localhost:8888/Struts2Demo/regist.action到达时,我们可以看出上述的3个action都可以处理这个请求信息,但是Struts2会采用什么策略来确定选择使用哪一个action来处理这个请求呢。
会采用以下策略:
Struts2会扫描struts.xml文件中是否有名为regist的Action,如果有则使用此Action处理,如果没有,则会查找与regist匹配的action,这时会找到两个匹配的信息,即名称为”*”的通用Action和名称为”*Action”的Action,然后会按照顺序选择第一个找到的Action来处理请求。
由此可见,我们需要将通用的Action配置放到最后,否则它将处理除了请求与action名绝对相同之外的所有的请求。
方式三:使用Struts2默认约定格式的URL请求<
xmlnamespace prefix ="o" ns ="urn:schemas-microsoft-com:office:office" />
我们可以使用下列格式的请求来达到一个Action处理不同业务逻辑的效果。
url =请求前缀+action名!方法名.处理请求后缀的格式。
比如:http://locahost:8888/Demo/LoginAction!login.action这样一条请求。
表示需要名为LoginAction的Action的login方法来处理这个请求。
配置默认的Action
<default-action-refname="defaultAction"></default-action-ref>
<actionname="defaultAction"class="org.struts2.samples.DefaultAction">
<resultname="success">/welcome.jsp</result>
</action>
|
在Struts2找不到请求与action名绝对相同的Action,也找不到使用通配符能够匹配的Action是就会调用默认的Action来处理请求。也就是说在有通用Action配置的情况下会先调用通用Action来处理请求。
Action的处理结果
我们知道Action只是一个处理用户请求的控制器,他不能也不应该提供处理响应信息。他只提供一个处理结果的逻辑字符串,对应的具体的响应信息则由Struts2查找逻辑视图名对应的物理资源来产生响应信息。
在struts.xml文件中我们使用<result>元素来配置处理结果。
处理结果分为两种类型:
局部处理结果:将<result>元素作为<action>元素的子元素来配置。
全局处理结果:将<result>元素作为<global-results>元素的子元素来配置。如:
<global-results>
<resultname="success">/${result}.jsp</result>
<resultname="error">/error.jsp</result>
</global-results>
|
下面为<result>元素完整属性配置格式:
<resultname="逻辑视图名"type="结果类型">
<paramname="location">实际视图资源</param>
<paramname="parse">true</param>
</result>
|
其中:
属性
|
说明
|
name
|
逻辑视图名
|
type
|
结果类型,Struts2支持14中类型的结果类型
|
loaction
|
指定逻辑视图名对应的实际视图资源
|
parse
|
指定了是否允许在实际试图资源名中是否能够使用ONGL表达式。默认值为true。通常无需修改此属性的值。
|
通常无需指定parse,所以可以简写为:
<resultname="逻辑视图名"type="结果类型">实际视图资源</result>
|
Struts2支持处理的14中结果类型:默认dispatcher类型,即jsp资源视图。
类型
|
说明
|
chain
|
Action链式处理结果
|
chart
|
用于处理JfreeChart类型的视图资源
|
dispatcher
|
用于处理JSP视图资源
|
freemarker
|
用于FreeMarker视图资源
|
httpheader
|
用于控制特殊的Http行为的视图资源
|
jasper
|
用于JasperReports视图资源
|
jsf
|
用于JSF的结果类型视图资源
|
redirect
|
用于直接跳到其他URL视图资源
|
redirect-action
|
用于直接跳转到其他的Action视图资源
|
stream
|
用于流类型的视图资源
|
tiles
|
用于Tiles类型视图资源
|
velocity
|
用于Velocity类型视图资源
|
xslt
|
用于XML/XSLT类型视图资源
|
plaintext
|
用于显示某个页面源码的视图资源
|
具体详细的说明请参考响应的资料了解。
使用通配符配置处理结果:
与Action配置信息支持通配符一样,处理结果也支持通配符。如:
<actionname="*Action"class="org.struts2.samples.TwoAction">
<resultname="success">/{1}.jsp</result>
</action>
|
使用ONGL表达式结合请求参数来获得处理结果:
以ONGL表达式,即${属性名.属性名.属性名…}再结合请求中的请求参数共同组合成一个实际的视图资源。如:
<actionname="load"class="org.struts2.samples.TwoAction">
<resultname="success"
type=”redirect”>/edit.action?name=${user.name}</result>
</action>
|
分享到:
相关推荐
《Struts2 技术内幕——深入解析Struts2架构设计与实现原理》
struts2学习笔记,非本人所写,但有学习的价值,总结的很好,分享一个!
struts2学习笔记总结
NULL 博文链接:https://changluo.iteye.com/blog/1842213
Struts2学习笔记,介绍了struts2的基础部分
Struts2 技术内幕——深入解析Struts2架构设计
本光盘是《整合Struts+Hibernate+Spring应用开发详解》一书的配书光盘,书中的代码按章存放, 即第二章所使用的代码放在codes文件夹的02文件夹下,依次类推。 本光盘根目录下有11个文件夹,其内容和含义说明如下: ...
同样重要的是,本书还深入挖掘并分析了Struts2源代码实现中蕴含的大量值得称道的编程技巧和设计模式,这对开发者从Struts2的设计原理上去掌握和悟透Web层开发的要点和本质提供了绝佳的指导。 本书主要分为3大部分...
书中通过大量的示范性实例(全书范例近百个),逐一、详细地讲解了Struts2各知识点的用法,并细致地讲解每个用法的各种参数、选项,可以帮助读者入门到精通。 3.配合案例,快速提高 《Struts 2.1权威指南》最后配备...
Struts2 技术内幕——深入解析Struts2架构设计与实现原理
struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换struts2学习笔记3数据类型转换
struts2学习笔记struts2学习笔记struts2学习笔记
这是学习struts2时记得重点笔记,包括了一些原理,ognl语句的编写,以及如何设置拦截器等等一些基本知识,起到复习和巩固的作用
旺旺教师————Struts2旺旺教师————Struts2旺旺教师————Struts2旺旺教师————Struts2
本人学习struts2的笔记,希望大家可以多多学习以后共同交流
1. struts2框架的引入 1)把struts2的相关jar包导入到项目中去 2)把struts2框架的配置文件struts.xml复制粘贴到项目中的src下面(同时也可以把log4j.properties放到src下) 在这里我们主要是要的这个struts.xml文件...
本光盘是《整合Struts+Hibernate+Spring应用开发详解》一书的配书光盘,书中的代码按章存放, 即第二章所使用的代码放在codes文件夹的02文件夹下,依次类推。 本光盘根目录下有11个文件夹,其内容和含义说明如下: ...