【文章內(nèi)容簡(jiǎn)介】 面，并建立分別響應(yīng)查詢、新增、修改、刪除、數(shù)據(jù)保存的控制器。controller：兩種常用的響應(yīng)機(jī)制 Spring的控制器體系提供兩種最常用的請(qǐng)求響應(yīng)機(jī)制。一種是一個(gè)控制器響應(yīng)多個(gè)Url請(qǐng)求，每個(gè)Url請(qǐng)求對(duì)應(yīng)控制器的一個(gè)函數(shù)，對(duì)應(yīng)關(guān)系默認(rèn)采用Url請(qǐng)求的filename與函數(shù)名稱相對(duì)應(yīng)的機(jī)制，可自定義。在這里，我們可以用這樣的控制器響應(yīng)查詢和刪除請(qǐng)求，這樣的控制器需要從MultiActionController繼承，并建立響應(yīng)查詢和刪除請(qǐng)求的方法，如例中的roleList和roleDelete:另外一種常見(jiàn)的控制器響應(yīng)機(jī)制采用的是一個(gè)請(qǐng)求對(duì)應(yīng)一個(gè)控制器的機(jī)制，也就是Spring文檔中的命令控制器。這種控制器一般用于新增、修改這種需要兩次處理過(guò)程的請(qǐng)求，首先顯示編輯界面，如后提交保存。Spring的SimpleFormController為這種處理提供了很好支持。所以RoleEditController從SimpleFormController繼承，并重載它的refrenceData方法和Onsubmit方法。refrenceData負(fù)責(zé)為編輯界面提供所需的數(shù)據(jù)模型，在此例中，因修改、刪除時(shí)要同步進(jìn)行授權(quán)，所以需讀取菜單數(shù)據(jù)，如果是修改的時(shí)候，還需讀取要修改的角色信息。而onSubmit則進(jìn)行客戶提交保存時(shí)的處理。Spring負(fù)責(zé)將客戶輸入的信息綁定到一個(gè)mand對(duì)象（按input域的名稱與mand對(duì)象的屬性名稱進(jìn)行對(duì)應(yīng)），控制器所作的事情就是把mand對(duì)象交由service進(jìn)行保存處理，然后導(dǎo)航到其他的頁(yè)面。兩種導(dǎo)航機(jī)制 控制器所作的工作就是響應(yīng)客戶請(qǐng)求、封裝請(qǐng)求對(duì)象、提交應(yīng)用層處理，然后進(jìn)行頁(yè)面導(dǎo)航。Spring提供兩種導(dǎo)航機(jī)制，一種是導(dǎo)航到一個(gè)具體的頁(yè)面，此時(shí)需要由當(dāng)前控制器準(zhǔn)備這個(gè)頁(yè)面所需的數(shù)據(jù)模型，如響應(yīng)查詢請(qǐng)求時(shí)的處理： 另一種導(dǎo)航機(jī)制則是重定向到另外的Url，由響應(yīng)這個(gè)Url請(qǐng)求的控制器控制具體的頁(yè)面導(dǎo)航，此時(shí)由目標(biāo)控制器負(fù)責(zé)準(zhǔn)備頁(yè)面所需的數(shù)據(jù)模型。如新增、修改提交時(shí)的處理：注1：這種重定向機(jī)制是需要瀏覽器參與的，實(shí)質(zhì)上是服務(wù)端把重定向的Url地址傳給瀏覽器，由瀏覽向這個(gè)Url地址發(fā)送Http請(qǐng)求的一個(gè)過(guò)程。這種導(dǎo)航機(jī)制導(dǎo)致在響應(yīng)一個(gè)Url請(qǐng)求的過(guò)程中出現(xiàn)了兩次瀏覽器與服務(wù)器的交互。如何實(shí)現(xiàn)服務(wù)器端的重定向?qū)Ш?，這個(gè)有興趣可以研究一下，ASP。NET ，似乎可以參考一下。注2：一旦重定向出現(xiàn)環(huán)路，會(huì)陷入死循環(huán)，客戶端只能關(guān)閉瀏覽器了。Service 定義接口、實(shí)現(xiàn)接口、調(diào)用Dao處理數(shù)據(jù)持久化。似乎沒(méi)啥好說(shuō)的。新增、和修改都是根據(jù)mand生成Entity，然后調(diào)用Dao進(jìn)行保存，刪除則需判斷是否滿足允許刪除的條件，允許則調(diào)用DAO進(jìn)行刪除，否則拋出異常，查詢，因?yàn)橐獙憇ql，那就是直接交給Dao了，service里面是不應(yīng)該存在sql的。Dao：看Spring和Hibernate為我們做了什么前面說(shuō)過(guò)，spring為建立一套Data Acess Object類體系，使程序員可以以一種一致的編程模型使用JDBC、JDO、Hibernate、iBatis等各種數(shù)據(jù)訪問(wèn)技術(shù)。這個(gè)模型就是為每種數(shù)據(jù)訪問(wèn)技術(shù)都建立一個(gè)DaoSupport的基類，并提供一個(gè)叫Template的東西，由這個(gè)Template提供接口給具體的Dao子類調(diào)用，Tempalte負(fù)責(zé)調(diào)用具體實(shí)現(xiàn)的引擎實(shí)現(xiàn)持久化管理。對(duì)Hibernate而言，用到的就是HibernateDaoSupport和HibernateTempalte。在這樣的體系下，Dao代碼的編寫很簡(jiǎn)單，（新增、修改）保存、刪除、對(duì)象讀取都是一行代碼的問(wèn)題，只有查詢，需要寫具體查詢語(yǔ)句。寫完上面的控制器、service和dao，后臺(tái)的代碼就算完成了。雖然我們寫了2個(gè)控制器、2個(gè)接口、2個(gè)實(shí)現(xiàn)類，文件是不少，但是代碼量其實(shí)并不大。頁(yè)面模板：最麻煩的東西 寫好后臺(tái)，開(kāi)始寫前臺(tái)頁(yè)面，我們使用的是Velocity模板引擎，所以前臺(tái)頁(yè)面采用的是HTML中嵌入Velocity語(yǔ)法的方式。以HTML和Javascript為主，Velocity只負(fù)責(zé)從數(shù)據(jù)模型中讀取數(shù)據(jù)進(jìn)行顯示。說(shuō)簡(jiǎn)單也簡(jiǎn)單，說(shuō)復(fù)雜也復(fù)雜，最主要的是因?yàn)槿狈梢暬拈_(kāi)發(fā)工具。 這里不對(duì)如何寫頁(yè)面進(jìn)行描述，請(qǐng)大家看velocity的開(kāi)發(fā)手冊(cè)。，告訴spring如何組裝前面的所寫的代碼的都是松散的，系統(tǒng)如何知道我們的控制器具體響應(yīng)什么樣的Url請(qǐng)求？控制器中引用的service接口(和service實(shí)現(xiàn)類型引用的Dao接口)是如何得到具體的對(duì)象來(lái)使用的？我們又是如何得到聲明式事務(wù)的支持的呢？這一切都在Spring的IOC機(jī)制。不管到底應(yīng)該是叫IOC(控制反轉(zhuǎn))還是叫DI（依賴注入），我們只需知道它的核心就是一個(gè)叫BeanFactory接口。從它名字就可以看出，它的本質(zhì)就是一個(gè)對(duì)象工廠，而對(duì)象工廠的職責(zé)就是創(chuàng)建和組裝應(yīng)用程序所需的各種對(duì)象。至于IOC或者DI的意思，在我認(rèn)為，就是由別人來(lái)告訴Spring該如何創(chuàng)建和組裝這些對(duì)象。XmlWebApplicationContext是Spring web應(yīng)用中默認(rèn)使用的IOC實(shí)現(xiàn)類，通過(guò)在Xml文件中進(jìn)行bean的定義來(lái)告訴Spring該如何創(chuàng)建和組裝這些對(duì)象。文件主要內(nèi)容如下：urlHandlerMapping部分負(fù)責(zé)定義控制器與Url請(qǐng)求地址之間的映射關(guān)系，告訴Spring的MVC框架將什么樣的請(qǐng)求交由我們的控制器來(lái)處理（具體映射機(jī)制查看Spring文檔The Web的處理器映射章節(jié)）。在此，否則spring將不會(huì)為你提供處理。()從urlHandlerMapping中可以看到我們需要?jiǎng)?chuàng)建一個(gè)叫roleEditController的控制器對(duì)象和一個(gè)叫roleContrller的對(duì)象。所以我們需要定義如何創(chuàng)建這兩個(gè)對(duì)象。定義控制器的時(shí)候，一個(gè)重點(diǎn)就是定義它依賴的roleService，在這里我們可以看到他指向一個(gè)名字為roleServiceProxy的對(duì)象。而roleServiceProxy的target指向的才是我們的真正的service對(duì)象。之所以這樣處理，是為了引入Spring提供的聲明式事務(wù)服務(wù)。這個(gè)代理對(duì)象就是提供這個(gè)服務(wù)的東西，也就是說(shuō)，我們只要在service對(duì)象的外面包上一層代理的面紗，就是可以使我們的系統(tǒng)得到很完整的事務(wù)支持策略。具體的東西請(qǐng)大家參考spring文檔的中間層數(shù)據(jù)訪問(wèn)的事務(wù)管理章節(jié)。其他對(duì)象的創(chuàng)建就沒(méi)啥好說(shuō)的了，看spring的文檔吧。最后的說(shuō)明Myeclipse會(huì)自動(dòng)更新發(fā)布包，無(wú)需再次發(fā)布。因此，寫完代碼后，點(diǎn)擊快捷按鈕中的Run/Stop/Restart MyEclipse ServerTomcat Start，即可運(yùn)行發(fā)布的web 應(yīng)用程序。然后在瀏覽器輸入://localhost:8080/發(fā)布包名稱/urlHandlerMapping中點(diǎn)定義的url，即可測(cè)試編寫的頁(yè)面及代碼。no no no 有這么簡(jiǎn)單就好了，所以你的請(qǐng)求會(huì)被重定向到登錄頁(yè)，輸入用戶名和密碼后，再在瀏覽器輸入你的地址測(cè)試你的模塊吧(至于如何加入菜單，那是另外的問(wèn)題了。)。，再運(yùn)行你的應(yīng)用。. 讓我們做得更好Dao：原來(lái)代碼可以更少 接口定義了常規(guī)的增刪改查等DAO接口，其中數(shù)據(jù)查詢只支持按單個(gè)屬性過(guò)濾數(shù)據(jù)的查詢。我們的DAO接口從ImonDao繼承，實(shí)現(xiàn)類從HibernateCommonDao繼承，即可獲得這些常規(guī)功能的支持。使我們的Dao只需要處理復(fù)雜的組合查詢和對(duì)象關(guān)聯(lián)查詢。另外HibernateCommonDao還為子類封裝了分頁(yè)查詢的功能，使子類可以方便調(diào)用父類的方法得到分頁(yè)查詢的數(shù)據(jù)模型。我們的Web分頁(yè)查詢機(jī)制我們的Dao提供的分頁(yè)查詢，是在加載查詢結(jié)果集的時(shí)候，根據(jù)頁(yè)碼和每頁(yè)的數(shù)據(jù)容量計(jì)算加載結(jié)果集的起始位置，并控制最大只加載一頁(yè)數(shù)據(jù)量結(jié)果的方式來(lái)處理。因此在換頁(yè)時(shí)，需要重新執(zhí)行數(shù)據(jù)查詢過(guò)程。這就意味著當(dāng)客戶在網(wǎng)頁(yè)上點(diǎn)擊下一頁(yè)時(shí)，我們需要有一種機(jī)制能取得上次的查詢條件，并重新提交DAO進(jìn)行查詢以獲取新頁(yè)碼的數(shù)據(jù)。為此，我們采用在Session中緩存查詢Command，并分之分配一個(gè)令牌(token)，放入分頁(yè)查詢返回的Page對(duì)象中。客戶端可從Page對(duì)象中讀取這個(gè)token，并在分頁(yè)控制時(shí)，根據(jù)token和新的頁(yè)碼從服務(wù)端獲取數(shù)據(jù)。為封裝這一機(jī)制，只要你的查詢Command從PaginationInfo繼承，查詢控制器從PaginationQueryController繼承，那么你只需實(shí)現(xiàn)selectQueryResult方法，調(diào)用service的方法獲取分頁(yè)查詢的結(jié)果集就可以實(shí)現(xiàn)服務(wù)端的分頁(yè)控制；而在Velocity頁(yè)面層，我們也提供相應(yīng)的宏以封裝頁(yè)面的處理。使用token緩存查詢條件的方式，并不僅僅用于分頁(yè)查詢。在查詢視圖輸入查詢條件得到結(jié)果后，點(diǎn)擊編輯轉(zhuǎn)入編輯視圖，并返回時(shí)，可以利用token返回到客戶輸入條件后的查詢視圖。此時(shí)，這個(gè)token值需要從查詢視圖傳送到編輯控制器，再由控制器傳送到編輯界面，這樣一直傳送到回到查詢控制器為止。 組合查詢：別再自己拼湊SQL語(yǔ)句在處理組合查詢時(shí)，常規(guī)的處理過(guò)程就是控制器使用QueryCommand封裝客戶輸入的查詢條件，然后在Dao中根據(jù)這些條件組合sql語(yǔ)句進(jìn)行這樣的兩個(gè)步驟。根據(jù)頁(yè)面封裝QueryCommand這一塊Spring提供了很好的封裝機(jī)制，因此我們只需關(guān)心Dao中sql語(yǔ)句的組合處理。為簡(jiǎn)化這一塊的工作，我們用IQueryStringUtil接口封裝從查詢Command生成Sql語(yǔ)句的接口，并由SimpleQueryMethod提供了一種支持精確查詢、多關(guān)鍵字模糊查詢及區(qū)間查詢?nèi)N查詢方式，并以“and”方式進(jìn)行多條件組合的簡(jiǎn)單查詢機(jī)制實(shí)現(xiàn)。為使用這個(gè)查詢工具，告訴它查詢的Entity對(duì)象及查詢的策略，一個(gè)策略包括三部分：結(jié)果集的屬性名、對(duì)應(yīng)查詢Command的屬性名、查詢的方式（Like模糊查詢，EQU精確查詢，GT大于，GT_EQU大于等于，LESS小于，LESS_EQU小于等于）。 定義好查詢工具后，Dao中通過(guò)IqueryStringUtil引用這個(gè)對(duì)象，調(diào)用接口函數(shù)，傳遞Command對(duì)象即可獲得所需的查詢語(yǔ)句。 更多復(fù)雜應(yīng)用，以后慢慢挖掘。以空間換時(shí)間：把數(shù)據(jù)字典緩存起來(lái) 因數(shù)據(jù)字典有數(shù)據(jù)相對(duì)穩(wěn)定，不常變動(dòng)的特點(diǎn)，我們可以一套字典緩存與刷新機(jī)制，將字典緩沖在web應(yīng)用的Context中，以提高讀取數(shù)據(jù)字典時(shí)的效率。DictionaryLoader就是這樣的一個(gè)東西，它提供一個(gè)register接口，由各個(gè)service調(diào)用注冊(cè)自己想緩存的內(nèi)容，并根據(jù)誰(shuí)管理誰(shuí)刷新的機(jī)制，提供refresh接口給service在數(shù)據(jù)變動(dòng)后調(diào)用以刷新緩存中的數(shù)據(jù)。 往后可能會(huì)擴(kuò)展要求這些管理字典的service實(shí)現(xiàn)一個(gè)統(tǒng)一的數(shù)據(jù)刷新接口，以實(shí)現(xiàn)通過(guò)外部通知來(lái)刷新數(shù)據(jù)的機(jī)制。（用于維護(hù)人員直接修改數(shù)據(jù)庫(kù)的數(shù)據(jù)，或者集群環(huán)境下的處理。）具體的處理機(jī)制還沒(méi)想清楚，下一步再說(shuō)吧。 DictionaryLoader支持任意類型的數(shù)據(jù)緩存。只是對(duì)于簡(jiǎn)單的字典數(shù)據(jù)，我們希望能采用一種統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)進(jìn)行管理，這種結(jié)構(gòu)將有益于簡(jiǎn)化網(wǎng)頁(yè)代碼的處理，使我們通過(guò)一個(gè)簡(jiǎn)單的宏調(diào)用就能在網(wǎng)頁(yè)中使用這些字典。DictionaryUtils提供了兩個(gè)進(jìn)行這種結(jié)構(gòu)轉(zhuǎn)換的方法，將字典數(shù)據(jù)存放到一個(gè)Map對(duì)象中。 對(duì)于一些由常量定義組成，不需再數(shù)據(jù)庫(kù)存儲(chǔ)的字典，我們也提供了一個(gè)SystemDictionaryInstance來(lái)使用上述的字典管理機(jī)制。，就可以在其他地方（主要是界面