1.客户端初始化一个指向servlet容器(Tomcat)的请求;
2.这个请求经过一系列的过滤器,接着FilterDispatcher被调用;
3.FilterDispatcher询问ActionMapper来决定这个请求是否要调用某个action;
4.如果ActionMapper决定调用某个Action,FilterDispatcher把请求的处理交给ActionProxy,ActionPro根据ConfigurationManager询问框架的配置文件,找到需要调用的Action类,一般都是读取struts.xml;
5.ActionProxy创建一个ActionInvocation的实例,ActionInvocation实例使用命名模式来调用,在调用Action的过程前后,涉及到相关拦截器的调用;
6.一旦Action执行完毕,ActionInvocation根据struts.xml中的配置找到对应的返回结果
比如代码:
struts2获得了.action请求后,将根据部分决定调用哪个业务逻辑组件;
struts2应用中的Action都被定义在struts.xml中;
struts2用于处理用户请求的Action实例并不是用户实现的业务控制器,而是Action代理,因为用户实现的业务控制器并没有与ServletAPI耦合,显然无法处理用户的请求。
1
2
3
4
5
6
7
8
9
10
11
12
|
< html >
< head >
< title >SUCCESS</ title >
</ head >
< body >
< form action = "hello.action" method = "post" >
USERNAME:< input type = "text" name = "name" ></ br >
PASSWORD:< input type = "password" name = "pass" ></ br >
< input type = "submit" value = "提交" >
</ form >
</ body >
</ html >
|
比如上面表单的hello.action,这个action属性不是一个普通的servlet,也不是一个动态JSP页面,当表单提交给hello.action时,Struts2的FilterDispatcher将会起作用,将用户请求转发到对应的Action.
注意的是:Struts2 Action默认拦截所有后缀为.action的请求,如果我们需要将表单提交给Action处理,则应将表单action属性设置为.action的格式。
控制器类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public class HelloAction {
private String name;
private String pass;
public void setName(String name){
this .name=name;
}
public void setPass(String pass){
this .pass=pass;
}
public String execute(){
if ( "yang" .equals(name) && "1234" .equals(pass)){
return "success" ;
} else {
return "error" ;
}
}
}
|
前面执行完成后仅仅是执行了页面的转发,没有跟踪用户的状态,当用户登录完成后,我们需要将用户的用户名添加为HTTPSession的状态信息。
为了访问Httpsession实例,struts2提供了一个ActionContext类,该类提供了一个getSession()得方法,但是这个方法的返回值不是HttpSession()而是Map(),但是Struts2的拦截器会负责该Session()和HttpSession()之间的切换。
为了检查我们设置的session属性是否成功,可以给成功后的界面这么设置
1
2
3
4
5
6
7
8
9
|
< html >
< head >
< base href="<%=basePath%>" rel="external nofollow" >
< title >SUCCESS</ title >
</ head >
< body >
欢迎,${sessionScope.user},您已经登录。
</ body >
</ html >
|
利用JSP2.0表达式语法输出HTTP Session中的user属性。
Action 工具类集成ActionSupport
ActionSupport类是一个工具类,而且已经实现了Action接口,除此之外,还实现了Validateablez接口,提供了数据校验功能。
为了增加输入数据的校验功能,在Action中增加重写validate方法。
1
2
3
4
5
6
7
8
|
public void validate() {
if (getName()== null || getName().trim().equals( "" )){
addFieldError( "name" ,getText( "name.required" ));
}
if (getPass()== null || getPass().trim().equals( "" )){
addFieldError( "pass" , getText( "pass.required" ));
}
}
|
上面添加的重写的validate方法会在系统的execute()方法之前执行,如果执行该方法后Action类的fieldError中已经包含了数据校验错误,请求将被转发到input逻辑视图处,所以还要在struts.xml中添加input逻辑视图名,让其跳转到登录页面。
这个validate方法的缺点就是需要大量重写validate方法,所以可以用struts2的校验框架进行校验。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
<? xml version = "1.0" encoding = "UTF-8" ?>
<!DOCTYPE validators PUBLIC
"-//OpenSymphony Group//XWork Validator 1.0.3//EN"
"http://www.opensymphony.com/xwork/xwork-validator-1.0.3.dtd">
< validators >
<!--验证表单name-->
< field name = "name" >
< field-validator type = "requiredstring" >
< message key = "name.required" />
</ field-validator >
</ field >
<!--验证表单pass-->
< field name = "pass" >
< field-validator type = "requiredstring" >
< message key = "pass.required" />
</ field-validator >
</ field >
</ validators >
|
总结
以上就是本文关于struts2的流程和一系列相关知识代码解析的全部内容,希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题,如有不足之处,欢迎留言指出。感谢朋友们对本站的支持!
原文链接:http://blog.csdn.net/sinat_15274667/article/details/53591317