這條HQL語句查詢Customer表，根據(jù)custlevel分組查詢有多少條記錄。

 問題一：如果用

count計(jì)數(shù)并且是已Group by分組的話,count查詢的必須是分組的字段.

 問題二：通過query.list()返回一個(gè)結(jié)果， 在JSP頁面中的顯示可以用JSTL,代碼如下：

該如何去把這個(gè)結(jié)果轉(zhuǎn)換為Pojo？

query.list();返回的List集合裝載的是一個(gè)一個(gè)的Object []，如果要賦予Pojo屬性可以這樣：

import java.util.List;

import org.hibernate.Query;

import org.springframework.orm.hibernate3.support.HibernateDaoSupport;

/*

 * 最基本的DAO操作,已供應(yīng)其他類來調(diào)用

 */

public class BaseDAO extends HibernateDaoSupport {

    /*

     * 添加

     */

    public boolean addObject(Object obj) {

       boolean state = true;

       try {

           this.getHibernateTemplate().save(obj);

       } catch (Exception e) {

           e.printStackTrace();

           state = false;

       }

       return state;

    }

    /*

     * 刪除

     */

    public boolean delObject(Object obj) {

       boolean state = true;

       try {

           this.getHibernateTemplate().delete(obj);

       } catch (Exception e) {

           state = false;

       }

       return state;

    }

}

這個(gè)類是最原始的去DAO，封裝了一些數(shù)據(jù)的增刪查改，然后我編寫了數(shù)據(jù)訪問接口，數(shù)據(jù)訪問的實(shí)現(xiàn)類繼承自這個(gè)類再實(shí)現(xiàn)接口。代碼如下：

import com.custservice.base.BasdBase;

import com.custservice.basicdao.BaseDAO;

public class BasdService extends BaseDAO implements BasdBase {

    public boolean delete(Object obj) {

       return super.delObject(obj);

    }

    public boolean saveObj(Object obj) {

       return super.addObject(obj);

    }

}

當(dāng)我AOP的切入點(diǎn)配置到BaseDAO是事務(wù)是不會(huì)提交的，這個(gè)事務(wù)的切入點(diǎn)必須配置到直接訪問數(shù)據(jù)庫類的上一層。配置文件如下：

<tx:advice id="txAdvice" transaction-manager="transactionManager">

       <tx:attributes>

           <tx:method name="save*" propagation="REQUIRED" />

           <tx:method name="update*" propagation="REQUIRED" />

           <tx:method name="del*" propagation="REQUIRED" />

           <tx:method name="*" read-only="true" />

       </tx:attributes>

    </tx:advice>

    <aop:config>

       <aop:pointcut id="allMethod"

           expression="execution(* com.custservice.service.*.*(..))" />

       <aop:advisor pointcut-ref="allMethod" advice-ref="txAdvice" />

二。問題場(chǎng)景
首先，我們應(yīng)該先了解為什么要處理這樣的問題？或者專業(yè)一點(diǎn)就是它適合的場(chǎng)景是什么？（似乎只有人來問沒有人來解釋）

1。重復(fù)提交、重復(fù)刷新的場(chǎng)景
重復(fù)提交、重復(fù)刷新都是來解決系統(tǒng)重復(fù)記錄的問題。也就是說某個(gè)人在多次的提交某條記錄（為什么？也許是閑了沒有事情干的;最有可能是用戶根本就不知道自己的提交結(jié)果是否已經(jīng)執(zhí)行了？！）。

但出現(xiàn)了這樣的問題并不見得就必須處理，要看你所開發(fā)的系統(tǒng)的類別而定。比如你接手的是某個(gè)資源管理系統(tǒng)，系統(tǒng)本身從需求的角度根本就不允許出現(xiàn)" 重復(fù)"的記錄，在這樣需求的約束條件下，去執(zhí)行重復(fù)的提交動(dòng)作只會(huì)引發(fā)“業(yè)務(wù)級(jí)異常”的產(chǎn)生，根本就不可能執(zhí)行成功也就無所謂避免不避免的問題了。

2。防止后退的場(chǎng)景
了解了重復(fù)刷新、重復(fù)提交的場(chǎng)景，我們來了解一下"防止后退"操作的原因是什么？比如你在開發(fā)某個(gè)投票系統(tǒng)，它有很多的步驟，并且這些步驟之間是有聯(lián)系 的，比如第一步會(huì)將某些信息發(fā)送給第二步，第二步緩存了這些信息，同時(shí)將自身的信息發(fā)送給了第三步。。。。。等等，如果此時(shí)用戶處在第三步驟下，我們想象 一下某個(gè)淘氣用戶的用戶點(diǎn)擊了后退按鈕，此時(shí)屏幕出現(xiàn)了第二步驟的頁面，他再次的修改或者再次的提交，進(jìn)入到下一個(gè)步驟（也就是第三步驟），錯(cuò)誤就會(huì)在此 產(chǎn)生？！什么錯(cuò)誤呢？最為典型的就是這樣的操作直接導(dǎo)致了對(duì)于第一個(gè)步驟信息的丟失！（如果這樣的信息是依靠Request存放的話，當(dāng)然你可以存放在 Session或者更大的上下文環(huán)境中，但這不是個(gè)好主意！關(guān)于信息存放的問題，下次在就這個(gè)問題詳細(xì)的討論）

三。如何處理的問題
當(dāng)然很多的系統(tǒng)（比如訂票系統(tǒng)從需求上本身是允許個(gè)人重復(fù)訂票的）是必須要避免重復(fù)刷新、重復(fù)提交、以及防止后退的問題的，但即使是這樣的問題，也要區(qū)分 如何處理以及在哪里處理的（網(wǎng)上只是告訴你如何處理，但很少去區(qū)分在哪里處理的），顯然處理的方式無非是客戶端或者服務(wù)器端兩種，而面對(duì)不同的位置處理的 方式也是不同的，但有一點(diǎn)要事先聲明：任何客戶端（尤其是B/S端）的處理都是不可信任的，最好的也是最應(yīng)該的是服務(wù)器端的處理方法。

客戶端處理：
面對(duì)客戶端我們可以使用Javascript腳本來解決，如下

1。重復(fù)刷新、重復(fù)提交
Ways One：設(shè)置一個(gè)變量，只允許提交一次。
<script language="javascript">
    var checkSubmitFlg = false;
    function checkSubmit() {
      if (checkSubmitFlg == true) {
         return false;
      }
      checkSubmitFlg = true;
      return true;
   }
   document.ondblclick = function docondblclick() {
    window.event.returnValue = false;
   }
   document.onclick = function doconclick() {
       if (checkSubmitFlg) {
         window.event.returnValue = false;
       }
   }
</script>
<html:form action="myAction.do" method="post" onsubmit="return checkSubmit();">

Way Two : 將提交按鈕或者image置為disable
<html:form action="myAction.do" method="post"
    onsubmit="getElById('submitInput').disabled = true; return true;">  
<html:image styleId="submitInput" src="images/ok_b.gif" border="0" />
</html:form>

2。防止用戶后退
這里的方法是千姿百態(tài)，有的是更改瀏覽器的歷史紀(jì)錄的，比如使用window.history.forward()方法;有的是“用新頁面的URL替換當(dāng) 前的歷史紀(jì)錄，這樣瀏覽歷史記錄中就只有一個(gè)頁面，后退按鈕永遠(yuǎn)不會(huì)變?yōu)榭捎谩?#8221;比如使用 javascript:location.replace(this.href); event.returnValue=false;

2.服務(wù)器端的處理（這里只說Struts框架的處理）
利用同步令牌（Token）機(jī)制來解決Web應(yīng)用中重復(fù)提交的問題，Struts也給出了一個(gè)參考實(shí)現(xiàn)。

基本原理：
服務(wù)器端在處理到達(dá)的請(qǐng)求之前，會(huì)將請(qǐng)求中包含的令牌值與保存在當(dāng)前用戶會(huì)話中的令牌值進(jìn)行比較，
看是否匹配。在處理完該請(qǐng)求后，且在答復(fù)發(fā)送給客戶端之前，將會(huì)產(chǎn)生一個(gè)新的令牌，該令牌除傳給
客戶端以外，也會(huì)將用戶會(huì)話中保存的舊的令牌進(jìn)行替換。這樣如果用戶回退到剛才的提交頁面并再次
提交的話，客戶端傳過來的令牌就和服務(wù)器端的令牌不一致，從而有效地防止了重復(fù)提交的發(fā)生。

if (isTokenValid(request, true)) {
    // your code here
    return mapping.findForward("success");
} else {
    saveToken(request);
    return mapping.findForward("submitagain");
}

Struts根據(jù)用戶會(huì)話ID和當(dāng)前系統(tǒng)時(shí)間來生成一個(gè)唯一（對(duì)于每個(gè)會(huì)話）令牌的，具體實(shí)現(xiàn)可以參考
TokenProcessor類中的generateToken()方法。

1. //驗(yàn)證事務(wù)控制令牌,<html:form >會(huì)自動(dòng)根據(jù)session中標(biāo)識(shí)生成一個(gè)隱含input代表令牌，防止兩次提交
2. 在action中：

       //<input type="hidden" name="org.apache.struts.taglib.html.TOKEN"
       // value="6aa35341f25184fd996c4c918255c3ae">
       if (!isTokenValid(request))
           errors.add(ActionErrors.GLOBAL_ERROR,
                      new ActionError("error.transaction.token"));
       resetToken(request); //刪除session中的令牌

3. action有這樣的一個(gè)方法生成令牌
   protected String generateToken(HttpServletRequest request) {
       HttpSession session = request.getSession();
       try {
           byte id[] = session.getId().getBytes();
           byte now[] =
               new Long(System.currentTimeMillis()).toString().getBytes();
           MessageDigest md = MessageDigest.getInstance("MD5");
           md.update(id);
           md.update(now);
           return (toHex(md.digest()));
       } catch (IllegalStateException e) {
           return (null);
       } catch (NoSuchAlgorithmException e) {
           return (null);
       }
   }

總結(jié)
對(duì)于重復(fù)提交、重復(fù)刷新、防止后退等等都是屬于系統(tǒng)為避免重復(fù)記錄而需要解決的問題，在客戶端去處理需要針對(duì)每一種的可能提出相應(yīng)的解決方案，然而在服務(wù)器端看來只不過是對(duì)于數(shù)據(jù)真實(shí)性的檢驗(yàn)問題，基于令牌的處理就是一勞永逸的方法。

同時(shí)我們也看到，從不同的角度去看待問題，其解決的方法也是不同的。客戶端更追求的是用戶的操作，而服務(wù)端則將注意力放在了數(shù)據(jù)的處理上，所以在某 個(gè)對(duì)于服務(wù)器端看似容易的問題上，用客戶端來解決卻麻煩了很多！反之依然。所以在某些問題的處理上我們需要綜合考慮和平衡，是用客戶端來解決？還是用服務(wù) 器端來處理？

create table tb
(
Name    varchar(10) ,
Subject varchar(10) ,
Result  int
)
insert into tb(Name , Subject , Result) values('張三' , '語文' , 74)
insert into tb(Name , Subject , Result) values('張三' , '數(shù)學(xué)' , 83)
insert into tb(Name , Subject , Result) values('張三' , '物理' , 93)
insert into tb(Name , Subject , Result) values('李四' , '語文' , 74)
insert into tb(Name , Subject , Result) values('李四' , '數(shù)學(xué)' , 84)
insert into tb(Name , Subject , Result) values('李四' , '物理' , 94)
go
--靜態(tài)SQL,指subject只有語文、數(shù)學(xué)、物理這三門課程。
select name 姓名,
max(case subject when '語文' then result else 0 end) 語文,
max(case subject when '數(shù)學(xué)' then result else 0 end) 數(shù)學(xué),
max(case subject when '物理' then result else 0 end) 物理
from tb
group by name

--動(dòng)態(tài)SQL,指subject不止語文、數(shù)學(xué)、物理這三門課程。
declare @sql varchar(8000)
set @sql = 'select Name as ' + '姓名'
select @sql = @sql + ' , max(case Subject when ''' + Subject + ''' then Result else 0 end) [' + Subject + ']'
from (select distinct Subject from tb) as a
set @sql = @sql + ' from tb group by name'
exec(@sql) 

--靜態(tài)SQL,指subject只有語文、數(shù)學(xué)、物理這三門課程。
select name 姓名,
max(case subject when '語文' then result else 0 end) 語文,
max(case subject when '數(shù)學(xué)' then result else 0 end) 數(shù)學(xué),
max(case subject when '物理' then result else 0 end) 物理,
cast(avg(result*1.0) as decimal(18,2)) 平均分,
sum(result) 總分
from tb
group by name

--動(dòng)態(tài)SQL,指subject不止語文、數(shù)學(xué)、物理這三門課程。
declare @sql1 varchar(8000)
set @sql1 = 'select Name as ' + '姓名'
select @sql1 = @sql1 + ' , max(case Subject when ''' + Subject + ''' then Result else 0 end) [' + Subject + ']'
from (select distinct Subject from tb) as a
set @sql1 = @sql1 + ' , cast(avg(result*1.0) as decimal(18,2)) 平均分,sum(result) 總分 from tb group by name'
exec(@sql1) 

Hibernate中的一對(duì)多映射，以一個(gè)學(xué)校對(duì)應(yīng)多個(gè)學(xué)生舉例。

Pojo--> Student

Pojo --> School

Set students表示被裝載的Student類對(duì)象的唯一標(biāo)識(shí)信息，在一對(duì)多的映射當(dāng)中充當(dāng)外鍵的作用。

再來看看hbm.xml配置信息，Student的配置信息很簡(jiǎn)單，因?yàn)槭潜挥成涞幕旧现恍枧渲煤?jiǎn)單的屬性即可。

而School的配置信息就得配置從School類的主鍵到Student類外鍵的映射關(guān)系。

Hibernate.cfg.xml中配置這兩個(gè)XML的路徑即可。。。

我們來插入兩個(gè)學(xué)生和一個(gè)學(xué)校測(cè)試一下：

MySQL結(jié)果為：

Struts是Apache組織研發(fā)的一個(gè)MVC開源框架，基于J2EE平臺(tái)，目前我學(xué)習(xí)的版本是1.3.8，接近兩個(gè)禮拜的學(xué)習(xí)后，寫下此筆記。

首先應(yīng)該從普通的JSP+Servlet+JavaBean(后文略寫為JSJ)談起，這樣的話才能體現(xiàn)出Struts框架的優(yōu)秀特點(diǎn)，這里我把純JSP開發(fā)和Struts1.X做個(gè)對(duì)比。

1.JSJ開發(fā)Web應(yīng)用時(shí)，把經(jīng)常用到的數(shù)據(jù)全部封裝JavaBean，在當(dāng)時(shí)看來，這是件很好的事情，但是當(dāng)我們的Web應(yīng)用變得相對(duì)比較龐大時(shí)就暴露出JavaBean的不足，當(dāng)獲取到數(shù)據(jù)時(shí)，我們難免都要get or set數(shù)據(jù)一下，這無疑是純粹的手工勞動(dòng)，那有什么解決方法呢？我們留到后面講。

2.JSP傳遞參數(shù)到Servlet的時(shí)候，Servlet使用HttpServletRequest對(duì)象的getParameter方法接收JSP傳遞過來的參數(shù)，當(dāng)表單的數(shù)據(jù)量比較多的時(shí)候，呵呵，比如一個(gè)資料比較詳細(xì)的用戶注冊(cè)，

那么只能寫N多個(gè)getParameter。

3.當(dāng)要做多個(gè)業(yè)務(wù)的時(shí)候，比如做一個(gè)用戶登錄和購物的例子，使用JSJ開發(fā)的時(shí)候需要把相應(yīng)的業(yè)務(wù)傳到Servlet的doGet or doPost方法中根據(jù)傳遞的參數(shù)進(jìn)行判斷需要調(diào)用哪個(gè)Model，像購物車有添加商品、修改商品數(shù)量、刪除商品、購買、清空購物車等等操作，我們用JSJ的時(shí)候是不是根據(jù)動(dòng)作參數(shù)來判斷是購買呢還是刪除？那這樣的話就購物業(yè)務(wù)的Servlet的doGet or doPost中就寫了許多的判斷動(dòng)作的代碼，前期寫的時(shí)候也許條理很清晰，但是后期維護(hù)的話是相當(dāng)麻煩的。

Struts1.X解決這些贅重問題有了一套非常不錯(cuò)的MVC架構(gòu)，層與層之間的耦合度縮小使開發(fā)人員后期維護(hù)變得不那么復(fù)雜，但節(jié)省代碼量就得付出配置的代價(jià)，Struts1.X的struts-config.xml為Struts專用的xml配置文件，當(dāng)我們添加MyE的Struts支持時(shí)，此文件就已經(jīng)生成了，如果你要更改struts-config.xml的名稱，同時(shí)你就得必須在Web.xml中修改加載時(shí)讀入的xml文件名，如下：

<init-param>

<param-name>config</param-name>

<param-value>/WEB-INF/struts-config.xml</param-value>  ／／改成你修改后的名稱

</init-param>

我們打開web.xml來分析一下下面這幾對(duì)標(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支持的時(shí)候我們習(xí)慣性的使用action這個(gè)名字，上面的<servlet-mapping>標(biāo)簽又起到一個(gè)什么樣的作用呢？我們可以把ActionServlet想像成一個(gè)前端攔截器，<url-pattern>*.do</url-pattern>是攔截所有以.do結(jié)尾的路徑。

說到前端控制器我們不得不思考一個(gè)問題，JSJ有沒有前端控制器、既然有前端控制器那有沒有后端控制器？

答案是JSJ中有前端控制器但沒有后端控制，我們以前用JSJ開發(fā)的時(shí)候是的都是一個(gè)一個(gè)的Servlet堆砌出來的前端控制，當(dāng)用戶提交操作的時(shí)候通過form的Action路徑找到相應(yīng)的控制然后調(diào)用相應(yīng)的Model業(yè)務(wù)，這樣做不好的地方我們上面已經(jīng)說過，故此不添贅言。

而我們理想的狀態(tài)是當(dāng)用戶提交操作的時(shí)候不需要進(jìn)入前端控制器編寫代碼來判斷需要那種業(yè)務(wù)，當(dāng)然配置映射是無可避免的，不寫代碼又不配置，沒有這樣好的事情。我們?cè)賮砜匆幌?/span>ActionServlet是怎么根據(jù)用戶的提交調(diào)用相應(yīng)的后端控制器，打開struts-config.xml分析一下，我們看一下<action-mappings>這個(gè)標(biāo)簽，見名之意，此標(biāo)簽為一個(gè)動(dòng)作映射的配置，它里面有一個(gè)子標(biāo)簽叫<action> ，在這個(gè)Action標(biāo)簽里我們配置映射信息，比如

<action-mappings>

       <action name=”form_name”input=”/發(fā)生錯(cuò)誤后跳轉(zhuǎn)的頁面” path=”/action提交的名稱”type=”后端控制器的全文路徑”>   ///如果你的某個(gè)后端控制器有多個(gè)方法的話，則要在此標(biāo)簽里添加一個(gè)parameter屬性，屬性內(nèi)容為你傳遞參數(shù)判斷調(diào)用那個(gè)方法的變量名

             <forward  name=”key”path=”/pathName” /> //跳轉(zhuǎn)路徑，name為跳轉(zhuǎn)頁面(path屬性)相應(yīng)的key

</action>

</action-mappings>

可在action-mappings標(biāo)簽中添加多個(gè)action子標(biāo)簽,

服務(wù)器啟動(dòng)的時(shí)候自動(dòng)在Web.xml中編譯ActionServlet，并把struts-config.xml全部讀到內(nèi)存中，如果是第一次加載則創(chuàng)建動(dòng)態(tài)Form，如果已編譯過此Form則把Form映射到Action中，通過action標(biāo)簽映射到對(duì)應(yīng)的類文件中。這就是ActionServlet的作用。

我們?cè)賮碚務(wù)勀切┖蠖丝刂破鳎?/span>ActionServlet既然可以攔截所有以.do結(jié)尾的路徑名，我們應(yīng)該想想。。。用戶從頁面提交參數(shù)到服務(wù)器，那么服務(wù)器的一些控制已經(jīng)通過xml配置好了，那么它做業(yè)務(wù)分發(fā)的時(shí)候怎么傳遞請(qǐng)求響應(yīng)和表單數(shù)據(jù)呢？

這里Struts1.X類叫Action，這個(gè)Action有一個(gè)方法叫

我們來看看這四個(gè)參數(shù)的用法，ActionMapping封裝了一些映射的信息，比如找到服務(wù)器轉(zhuǎn)發(fā)的跳轉(zhuǎn)路徑。ActionForm封裝了表單信息, 其他兩個(gè)參數(shù)為就不介紹了，當(dāng)用戶從頁面把表單提交到服務(wù)器的時(shí)候，通過XML的配置自動(dòng)會(huì)調(diào)用ActionForm類的execute方法，execute方法只有一個(gè)，業(yè)務(wù)多的話，我們?cè)趺丛僮龇职l(fā)呢？

Struts1.X有一個(gè)類叫DispatchAction實(shí)現(xiàn)于Actiond的子類BaseAction，DispatchAction，而這個(gè)DispatchAction的execute方法與Action的execute方法參數(shù)一樣，并且可以更改為你自己想要的名稱，需要注意的是更改的方法必須與傳遞過來的參數(shù)值一致，這樣的話我們就可以做到一個(gè)動(dòng)態(tài)的后端控制器.

我們還要談一下ActionForm，寫一個(gè)類繼承自ActionForm重寫它的兩個(gè)方法

Reset方法為保證數(shù)據(jù)的安全性，在傳入表單數(shù)據(jù)清空其字段。

Validate為驗(yàn)證其字段，默認(rèn)返回錯(cuò)誤為空，程序?qū)⑼聢?zhí)行，如果你編寫代碼判斷出錯(cuò)的話，則跳轉(zhuǎn)到struts-config.xml的action標(biāo)簽的input屬性值中，此input屬性較好的解釋應(yīng)該是error。

當(dāng)在外界程序需要設(shè)置自己編寫的ActionForm子類的字段時(shí)，需要用此對(duì)象調(diào)用 get or set方法，這種get or set完全可以用DynaActionForm所代替，但實(shí)體的DTO有時(shí)候還是蠻有用的。我們?cè)賮砜匆幌?/span>ActionForm在XML中的配置信息：

<form-beans>

              <form-bean  name=”form_name” type=”ActionForm子類的原文路徑” />

   ///當(dāng)我們配置action標(biāo)簽的時(shí)候，action的name屬性值就是你配置的form-bean的name屬性值

</ form-beans>

這個(gè)實(shí)體的DTO不好的地方是需要編寫一個(gè)類繼承自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中的字段，那么我們就可以用這個(gè)form-bean的name屬性值映射到<form-property>里配置的字段了。

此筆記還得記錄一下Struts1.X的架構(gòu)思想，用一個(gè)關(guān)于賣衣服和鞋子工廠的例子來概述一下：

如果要開辦一家工廠，首先應(yīng)該想到的是做什么東西，比如我要做衣服和鞋子，而衣服和鞋子必須得有料子才行，所以我得先弄到料子（DTO或DynaActionForm），這個(gè)料子可能不止一種，所以我得先弄到我需要的料子(編寫或配置不同的DTO或DynaActionForm)，那么我還得創(chuàng)建做衣服和鞋子的部門(類似于DAO等等)，部門經(jīng)理總得有個(gè)上級(jí)吧，部門經(jīng)理的上級(jí)叫某某經(jīng)理(DispatchAction)，這個(gè)某某經(jīng)理只需要把總經(jīng)理(ActionServlet)交代要做的一些事情分給下面的部門經(jīng)理，返回東西給他就行。而總經(jīng)理上面還有個(gè)頭兒是董事長(zhǎng)(View)，這個(gè)董事長(zhǎng)只需要把他需要的信息告訴下級(jí)并且返回東西給董事長(zhǎng)就行了，其他的一些制度和約束(XML)都明擺著，按照這個(gè)流程運(yùn)轉(zhuǎn)就OK了。

這是我的理解，有些粗糙，但本質(zhì)上是這樣子的，具體的話還的多花時(shí)間去學(xué)習(xí)。期待Struts2.X。。。