1.客戶端初始化一個(gè)指向servlet容器(Tomcat)的請(qǐng)求；
2.這個(gè)請(qǐng)求經(jīng)過(guò)一系列的過(guò)濾器，接著FilterDispatcher被調(diào)用；
3.FilterDispatcher詢問(wèn)ActionMapper來(lái)決定這個(gè)請(qǐng)求是否要調(diào)用某個(gè)action；
4.如果ActionMapper決定調(diào)用某個(gè)Action,FilterDispatcher把請(qǐng)求的處理交給ActionProxy,ActionPro根據(jù)ConfigurationManager詢問(wèn)框架的配置文件，找到需要調(diào)用的Action類，一般都是讀取struts.xml；
5.ActionProxy創(chuàng)建一個(gè)ActionInvocation的實(shí)例，ActionInvocation實(shí)例使用命名模式來(lái)調(diào)用，在調(diào)用Action的過(guò)程前后，涉及到相關(guān)攔截器的調(diào)用；
6.一旦Action執(zhí)行完畢，ActionInvocation根據(jù)struts.xml中的配置找到對(duì)應(yīng)的返回結(jié)果
比如代碼：
struts2獲得了.action請(qǐng)求后，將根據(jù)部分決定調(diào)用哪個(gè)業(yè)務(wù)邏輯組件；
struts2應(yīng)用中的Action都被定義在struts.xml中；
struts2用于處理用戶請(qǐng)求的Action實(shí)例并不是用戶實(shí)現(xiàn)的業(yè)務(wù)控制器，而是Action代理，因?yàn)橛脩魧?shí)現(xiàn)的業(yè)務(wù)控制器并沒(méi)有與ServletAPI耦合，顯然無(wú)法處理用戶的請(qǐng)求。
<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,這個(gè)action屬性不是一個(gè)普通的servlet，也不是一個(gè)動(dòng)態(tài)JSP頁(yè)面，當(dāng)表單提交給hello.action時(shí)，Struts2的FilterDispatcher將會(huì)起作用，將用戶請(qǐng)求轉(zhuǎn)發(fā)到對(duì)應(yīng)的Action.
注意的是：Struts2 Action默認(rèn)攔截所有后綴為.action的請(qǐng)求，如果我們需要將表單提交給Action處理，則應(yīng)將表單action屬性設(shè)置為.action的格式。
控制器類
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"; } }}前面執(zhí)行完成后僅僅是執(zhí)行了頁(yè)面的轉(zhuǎn)發(fā),沒(méi)有跟蹤用戶的狀態(tài)，當(dāng)用戶登錄完成后，我們需要將用戶的用戶名添加為HTTPSession的狀態(tài)信息。
為了訪問(wèn)Httpsession實(shí)例，struts2提供了一個(gè)ActionContext類，該類提供了一個(gè)getSession()得方法，但是這個(gè)方法的返回值不是HttpSession()而是Map(),但是Struts2的攔截器會(huì)負(fù)責(zé)該Session()和HttpSession()之間的切換。
為了檢查我們?cè)O(shè)置的session屬性是否成功，可以給成功后的界面這么設(shè)置
<html> <head> <base href="<%=basePath%>" rel="external nofollow" > <title>SUCCESS</title> </head> <body> 歡迎，${sessionScope.user},您已經(jīng)登錄。 </body></html>利用JSP2.0表達(dá)式語(yǔ)法輸出HTTP Session中的user屬性。
Action 工具類集成ActionSupport
ActionSupport類是一個(gè)工具類，而且已經(jīng)實(shí)現(xiàn)了Action接口，除此之外，還實(shí)現(xiàn)了Validateablez接口，提供了數(shù)據(jù)校驗(yàn)功能。
為了增加輸入數(shù)據(jù)的校驗(yàn)功能，在Action中增加重寫(xiě)validate方法。
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")); }}上面添加的重寫(xiě)的validate方法會(huì)在系統(tǒng)的execute()方法之前執(zhí)行，如果執(zhí)行該方法后Action類的fieldError中已經(jīng)包含了數(shù)據(jù)校驗(yàn)錯(cuò)誤，請(qǐng)求將被轉(zhuǎn)發(fā)到input邏輯視圖處，所以還要在struts.xml中添加input邏輯視圖名，讓其跳轉(zhuǎn)到登錄頁(yè)面。
這個(gè)validate方法的缺點(diǎn)就是需要大量重寫(xiě)validate方法，所以可以用struts2的校驗(yàn)框架進(jìn)行校驗(yàn)。
<?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><!--驗(yàn)證表單name--> <field name="name"> <field-validator type="requiredstring"> <message key="name.required"/> </field-validator> </field> <!--驗(yàn)證表單pass--> <field name="pass"> <field-validator type="requiredstring"> <message key="pass.required"/> </field-validator> </field></validators>
總結(jié)
以上就是本文關(guān)于struts2的流程和一系列相關(guān)知識(shí)代碼解析的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站其他相關(guān)專題，如有不足之處，歡迎留言指出。感謝朋友們對(duì)本站的支持！
新聞熱點(diǎn)
疑難解答
圖片精選
