Struts是Apache組織研發(fā)的一個MVC開源框架，基于J2EE平臺，目前我學(xué)習(xí)的版本是1.3.8，接近兩個禮拜的學(xué)習(xí)后，寫下此筆記。
首先應(yīng)該從普通的JSP+Servlet+JavaBean(后文略寫為JSJ)談起，這樣的話才能體現(xiàn)出Struts框架的優(yōu)秀特點，這里我把純JSP開發(fā)和Struts1.X做個對比。
1.JSJ開發(fā)Web應(yīng)用時，把經(jīng)常用到的數(shù)據(jù)全部封裝JavaBean，在當(dāng)時看來，這是件很好的事情，但是當(dāng)我們的Web應(yīng)用變得相對比較龐大時就暴露出JavaBean的不足，當(dāng)獲取到數(shù)據(jù)時，我們難免都要get or set數(shù)據(jù)一下，這無疑是純粹的手工勞動，那有什么解決方法呢？我們留到后面講。
2.JSP傳遞參數(shù)到Servlet的時候，Servlet使用HttpServletRequest對象的getParameter方法接收JSP傳遞過來的參數(shù)，當(dāng)表單的數(shù)據(jù)量比較多的時候，呵呵，比如一個資料比較詳細的用戶注冊，
那么只能寫N多個getParameter。
3.當(dāng)要做多個業(yè)務(wù)的時候，比如做一個用戶登錄和購物的例子，使用JSJ開發(fā)的時候需要把相應(yīng)的業(yè)務(wù)傳到Servlet的doGet or doPost方法中根據(jù)傳遞的參數(shù)進行判斷需要調(diào)用哪個Model，像購物車有添加商品、修改商品數(shù)量、刪除商品、購買、清空購物車等等操作，我們用JSJ的時候是不是根據(jù)動作參數(shù)來判斷是購買呢還是刪除？那這樣的話就購物業(yè)務(wù)的Servlet的doGet or doPost中就寫了許多的判斷動作的代碼，前期寫的時候也許條理很清晰，但是后期維護的話是相當(dāng)麻煩的。
Struts1.X解決這些贅重問題有了一套非常不錯的MVC架構(gòu)，層與層之間的耦合度縮小使開發(fā)人員后期維護變得不那么復(fù)雜，但節(jié)省代碼量就得付出配置的代價，Struts1.X的struts-config.xml為Struts專用的xml配置文件，當(dāng)我們添加MyE的Struts支持時，此文件就已經(jīng)生成了，如果你要更改struts-config.xml的名稱，同時你就得必須在Web.xml中修改加載時讀入的xml文件名，如下：
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-value> ／／改成你修改后的名稱
</init-param>
我們打開web.xml來分析一下下面這幾對標(biāo)簽
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
ActionServlet為Struts1.X的前端控制的Servlet，此Servlet的作用把struts-config.xml中配置的信息映射到相應(yīng)的操作中，在添加Struts1.X支持的時候我們習(xí)慣性的使用action這個名字，上面的<servlet-mapping>標(biāo)簽又起到一個什么樣的作用呢？我們可以把ActionServlet想像成一個前端攔截器，<url-pattern>*.do</url-pattern>是攔截所有以.do結(jié)尾的路徑。
說到前端控制器我們不得不思考一個問題，JSJ有沒有前端控制器、既然有前端控制器那有沒有后端控制器？
答案是JSJ中有前端控制器但沒有后端控制，我們以前用JSJ開發(fā)的時候是的都是一個一個的Servlet堆砌出來的前端控制，當(dāng)用戶提交操作的時候通過form的Action路徑找到相應(yīng)的控制然后調(diào)用相應(yīng)的Model業(yè)務(wù)，這樣做不好的地方我們上面已經(jīng)說過，故此不添贅言。
而我們理想的狀態(tài)是當(dāng)用戶提交操作的時候不需要進入前端控制器編寫代碼來判斷需要那種業(yè)務(wù)，當(dāng)然配置映射是無可避免的，不寫代碼又不配置，沒有這樣好的事情。我們再來看一下ActionServlet是怎么根據(jù)用戶的提交調(diào)用相應(yīng)的后端控制器，打開struts-config.xml分析一下，我們看一下<action-mappings>這個標(biāo)簽，見名之意，此標(biāo)簽為一個動作映射的配置，它里面有一個子標(biāo)簽叫<action> ，在這個Action標(biāo)簽里我們配置映射信息，比如
<action-mappings>
<action
name=”form_name”input=”/發(fā)生錯誤后跳轉(zhuǎn)的頁面” path=”/action提交的名稱”type=”后端控制器的全文路徑”> ///如果你的某個后端控制器有多個方法的話，則要在此標(biāo)簽里添加一個parameter屬性，屬性內(nèi)容為你傳遞參數(shù)判斷調(diào)用那個方法的變量名
<forward name=”key”path=”/pathName” />
//跳轉(zhuǎn)路徑，name為跳轉(zhuǎn)頁面(path屬性)相應(yīng)的key
</action>
</action-mappings>
可在action-mappings標(biāo)簽中添加多個action子標(biāo)簽,
服務(wù)器啟動的時候自動在Web.xml中編譯ActionServlet，并把struts-config.xml全部讀到內(nèi)存中，如果是第一次加載則創(chuàng)建動態(tài)Form，如果已編譯過此Form則把Form映射到Action中，通過action標(biāo)簽映射到對應(yīng)的類文件中。這就是ActionServlet的作用。
我們再來談?wù)勀切┖蠖丝刂破鳎?/span>ActionServlet既然可以攔截所有以.do結(jié)尾的路徑名，我們應(yīng)該想想。。。用戶從頁面提交參數(shù)到服務(wù)器，那么服務(wù)器的一些控制已經(jīng)通過xml配置好了，那么它做業(yè)務(wù)分發(fā)的時候怎么傳遞請求響應(yīng)和表單數(shù)據(jù)呢？
這里Struts1.X類叫Action，這個Action有一個方法叫
我們來看看這四個參數(shù)的用法，ActionMapping封裝了一些映射的信息，比如找到服務(wù)器轉(zhuǎn)發(fā)的跳轉(zhuǎn)路徑。ActionForm封裝了表單信息, 其他兩個參數(shù)為就不介紹了，當(dāng)用戶從頁面把表單提交到服務(wù)器的時候，通過XML的配置自動會調(diào)用ActionForm類的execute方法，execute方法只有一個，業(yè)務(wù)多的話，我們怎么再做分發(fā)呢？
Struts1.X有一個類叫DispatchAction實現(xiàn)于Actiond的子類BaseAction，DispatchAction，而這個DispatchAction的execute方法與Action的execute方法參數(shù)一樣，并且可以更改為你自己想要的名稱，需要注意的是更改的方法必須與傳遞過來的參數(shù)值一致，這樣的話我們就可以做到一個動態(tài)的后端控制器.
我們還要談一下ActionForm，寫一個類繼承自ActionForm重寫它的兩個方法
Reset方法為保證數(shù)據(jù)的安全性，在傳入表單數(shù)據(jù)清空其字段。
Validate為驗證其字段，默認返回錯誤為空，程序?qū)⑼聢?zhí)行，如果你編寫代碼判斷出錯的話，則跳轉(zhuǎn)到struts-config.xml的action標(biāo)簽的input屬性值中，此input屬性較好的解釋應(yīng)該是error。
當(dāng)在外界程序需要設(shè)置自己編寫的ActionForm子類的字段時，需要用此對象調(diào)用 get or set方法，這種get or set完全可以用DynaActionForm所代替，但實體的DTO有時候還是蠻有用的。我們再來看一下ActionForm在XML中的配置信息：
<form-beans>
<form-bean name=”form_name” type=”ActionForm子類的原文路徑” />
///當(dāng)我們配置action標(biāo)簽的時候，action的name屬性值就是你配置的form-bean的name屬性值
</ form-beans>
這個實體的DTO不好的地方是需要編寫一個類繼承自ActionForm，而DynaActionForm就做到了把bean信息完全封裝在struts-config.xml，我們看一下：
<form-beans>
<form-bean name="userinfo"
type="org.apache.struts.action.DynaActionForm">
<form-property name="id"
type="java.lang.Integer" />
<form-property name="username"
type="java.lang.String" />
<form-property name="password"
type="java.lang.String" />
</form-bean>
</form-beans>
我們現(xiàn)在配置的bean信息是在<form-beans>標(biāo)簽里面配置，需要注意的是form-bean的類型是DynaActionForm，<form-property>標(biāo)簽里封裝了以前在DTO中的字段，那么我們就可以用這個form-bean的name屬性值映射到<form-property>里配置的字段了。
此筆記還得記錄一下Struts1.X的架構(gòu)思想，用一個關(guān)于賣衣服和鞋子工廠的例子來概述一下：
如果要開辦一家工廠，首先應(yīng)該想到的是做什么東西，比如我要做衣服和鞋子，而衣服和鞋子必須得有料子才行，所以我得先弄到料子（DTO或DynaActionForm），這個料子可能不止一種，所以我得先弄到我需要的料子(編寫或配置不同的DTO或DynaActionForm)，那么我還得創(chuàng)建做衣服和鞋子的部門(類似于DAO等等)，部門經(jīng)理總得有個上級吧，部門經(jīng)理的上級叫某某經(jīng)理(DispatchAction)，這個某某經(jīng)理只需要把總經(jīng)理(ActionServlet)交代要做的一些事情分給下面的部門經(jīng)理，返回東西給他就行。而總經(jīng)理上面還有個頭兒是董事長(View)，這個董事長只需要把他需要的信息告訴下級并且返回東西給董事長就行了，其他的一些制度和約束(XML)都明擺著，按照這個流程運轉(zhuǎn)就OK了。
這是我的理解，有些粗糙，但本質(zhì)上是這樣子的，具體的話還的多花時間去學(xué)習(xí)。期待Struts2.X。。。