學(xué)習(xí)心得

首先得弄清什么是Action?然后再搞清楚他在struts框架中扮演的什么角色？最后再了解他如何使用和基本結(jié)構(gòu)生命周期等細(xì)節(jié)問題.
在大多數(shù)人來看。Action其實就像是servlet。其實Action是一個輕量級的Java類。Servelt引用ActionMapping列表來選擇對應(yīng)Action來處理。
調(diào)用Action的方法然后返回一個ActionForward.ActionServlet再通過這個ActionForward轉(zhuǎn)發(fā)相應(yīng)請求。

談到ActionMapping.相信大家用得最多的就是ActionMapping.findForward("forwardName");通過ActionMapping對象把請求轉(zhuǎn)發(fā)到指定的forward對象。
沒錯，在大體上。ActionMapping就實現(xiàn)了一個路由的功能。負(fù)責(zé)把請求轉(zhuǎn)發(fā)到不同的ActionForward上。
在我們經(jīng)常用的配置就是:
在<action-mappings>標(biāo)簽中配置了N個action。實際上在struts1.1處理的時候會把這些action都裝飾成一個單例的ActionMapping對象然后放到一個
ActionMappings的Map中，通過action的path屬性做為key。來區(qū)別不同的ActionMapping對象。struts就通過請求不同的path就可以達(dá)到把請求轉(zhuǎn)發(fā)給
不同的Action上。
------------------------------------------------------------------------------------------------------
ActionMapping工作起來就像是ActionServlet的一個路由聯(lián)絡(luò)官。取決于mapping 如何被填寫
設(shè)置，請求可能被傳遞到任何地方。ActionMapping表達(dá)了Struts 應(yīng)用的核心設(shè)計。如果你
想知道一個 Struts 應(yīng)用是如何工作的，可以從ActionMapping開始著手。如果你想知道如何
編寫一個新的Struts 應(yīng)用，也請從ActionMapping開始。Mapping處于每個Struts 應(yīng)用的絕對
核心。
-----------------------------------截自<<struts in action>>------------------------------------------

昨天學(xué)習(xí)了struts的ActionForm 才知道，原來在struts中ActionForm扮演N多重要角色。
今天學(xué)習(xí)到ActionForward。
下面開始簡述一下自己學(xué)到的心得體會。
在剛開始我理解的請求的轉(zhuǎn)發(fā)和重定向只是有一個區(qū)別，
那就是如果用請求的轉(zhuǎn)發(fā)那么在上下文環(huán)境中儲存的參數(shù)些在轉(zhuǎn)發(fā)的下一個Action或JSP中還能用。
而相反請求的重定向則會把上下文清空。所以那些參數(shù)也不復(fù)存在。
其實在一開始這么理解確實沒有錯的。
這幾天猛然翻起struts的書才發(fā)現(xiàn)。自己懂的還很少。

請求的轉(zhuǎn)發(fā)：
請求的轉(zhuǎn)發(fā)實際是在服務(wù)器那端執(zhí)行的。也就是說那些request、session這里里面存放的東西只能在服務(wù)器端訪問。
現(xiàn)在從客戶端發(fā)送一個請求過來，如果在Action中進(jìn)行了請求的重定向，那么struts就會把請求對象傳給下一個Servelt
處理。所以大家在上下文件環(huán)境中保存的參數(shù)都還有。在我們做的程序開發(fā)中差不多全是請求的轉(zhuǎn)發(fā)，因為要利用
上下文環(huán)境來傳遞數(shù)據(jù)。因為在請求的轉(zhuǎn)的同時，這一次請求并沒有返回客戶端，只是在服務(wù)器端做了轉(zhuǎn)發(fā)。所以
當(dāng)響應(yīng)回到客戶端的時候，客戶端并不知道服務(wù)器端進(jìn)行過請求的轉(zhuǎn)發(fā)所以在客戶端的地址欄的url不做任何變化。

請求的重定向：
請求的重定向?qū)嶋H是當(dāng)在服務(wù)器端接受到請求的重定向請求的時候，他會即時響應(yīng)客戶端然后告訴客戶端要請求的地址。并
自動再將請求發(fā)送給傳回來的url。實際上請求的重定向兩次向服務(wù)器發(fā)送了請求。所以當(dāng)服務(wù)器第一次響應(yīng)請求的時候，
不能把request對象傳送回客戶端，所以在請求的重定向中無法通過上下文環(huán)境來保存數(shù)據(jù)。那我們怎么傳遞數(shù)據(jù)呢，只能通過
服務(wù)器第一次響應(yīng)的時候會傳送回來一個再次請求的url(http://www.baidu.com?keyword=123)。可以在url中跟上對應(yīng)的參數(shù)可以達(dá)到數(shù)據(jù)傳遞的目的。這樣用著比較麻煩,但這樣做就可以改變客戶端的url地址。因為請求第一次是返回過客戶端的。所以客戶端就知道了新的url地址，相應(yīng)
也就會改變。
小結(jié)：
個人認(rèn)為請求的重定向的轉(zhuǎn)發(fā)最大的差別就是：請求的轉(zhuǎn)發(fā)是在服務(wù)端完成的，并沒有返回客戶端。而請求的重定向會返回一次客戶端，通過
客戶端的身份再次請求相應(yīng)的url。