beauty_beast

目的：
在實際項目中出于穩(wěn)定性以及團(tuán)隊開發(fā)技能我一直沒考慮采用Spring框架，最近有時間就計劃學(xué)習(xí)Spring框架，為以后的項目開發(fā)做相關(guān)的技術(shù)儲備。

回顧：
開源框架在以前的項目中用過不少， struts,webwork,hibernate,前兩者屬于web框架，后者屬于ORM框架，這些框架基本都是側(cè)重于應(yīng)用的某個層面，不能稱之為J2EE全面的框架，往往是需要和其他框架相結(jié)合，我開發(fā)的項目采用過如下組合，有的根本就沒有框架，只是自己做了設(shè)計封裝
a、servlet+jdbc,
b、servlet+jsp+javabean+jdbc,
c、struts+BD+DAO ,
d、webwork+ejb+hibernate

使用體會：

?a、b就不要說了，那時候的代碼結(jié)構(gòu)真是天馬行空，我當(dāng)時初學(xué)，維護(hù)公司一個項目代碼，1個jsp實現(xiàn)一個模塊所有功能，我花了好長時間才?讀懂代碼。
? 時代總是向前發(fā)展的，慢慢的系統(tǒng)結(jié)構(gòu)層次上是越來越清晰，開發(fā)效率也越來越高，維護(hù)也越來越容易（基于一定的培訓(xùn)成本）。
?
?相對而言出于設(shè)計理念來講，個人更喜歡webwork+hibernate框架組合。?

?常有人討論同等開發(fā)層面框架的優(yōu)缺點，我所屬產(chǎn)品的另外一個項目團(tuán)隊曾經(jīng)為項目后續(xù)開發(fā) 應(yīng)該采用struts還是webwork爭論的不可開交，?其實個人認(rèn)為struts,webwork都是非常好的web框架，都有自身的優(yōu)缺點：
?struts開創(chuàng)web MVC框架之先河，2003－2004年開發(fā)的項目基本都是采用struts框架（當(dāng)時招聘人的時候常問會不會struts，會基本就招了?），實際MVC設(shè)計理念很早就提出了，在j2SE中有很多使用之處，但當(dāng)時沒有一個web框架開發(fā)中很好的貫徹該設(shè)計理念，直到struts?出現(xiàn)（可能有，只是沒有apache更引人注意）。

?struts優(yōu)點使用用戶多，相關(guān)技術(shù)文檔比較全面，開發(fā)遇到的問題相關(guān)案例也比較多、比較容易解決，框架更加穩(wěn)定(這一點非常重要）。
?
?webwork相對于struts來講，的確有不少優(yōu)異之處，（也是情理之中的事，后發(fā)布的框架如果再沒有優(yōu)點別人也不會使用）
?個人認(rèn)為在開發(fā)上主要有以下幾點：

?1、頁面數(shù)據(jù)封裝成值對象功能比struts強(qiáng)大，webwork采用ognl類型轉(zhuǎn)化。
?struts只能對簡單類型的數(shù)據(jù)對象以及文件對象封裝成值對象,?而webwork封裝的值對象基本沒有限制，值對象屬性還可以是List,Map這些對象（這個特性在我們開發(fā)一些批量數(shù)據(jù)、復(fù)雜數(shù)據(jù)處理時非常方便），減少很多代碼量，代碼非常整潔。
?
?2、攔截器功能
?攔截器是webwork的一個亮點，實際上也是業(yè)界比較流行的AOP的一個體現(xiàn)，在實際開發(fā)中你可以配置默認(rèn)的攔截器，?也可以為單獨的模塊指定特定的攔截器，并且可自定義攔截器，action執(zhí)行前后攔截都可以。?
?
?3、單元測試比較方便
?最早使用struts框架開發(fā)測試時，相關(guān)的單元測試基本是不好做的，無法脫離web環(huán)境，測試都是只做集成測試、系統(tǒng)測試。
?使用webwork可以簡單對action相關(guān)屬性賦值，可以相關(guān)的單元測試，當(dāng)然前提是在對應(yīng)action中沒有引用web環(huán)境相關(guān)的對象。?
?其實webwork框架核心還是xwork框架，最早框架使用在C/S結(jié)構(gòu)下，webwork只是xwork的一個在web環(huán)境的實現(xiàn)，只是ActionContext?上下文發(fā)生了變化，所以說action能夠做到脫離web環(huán)境也是情理之中的。

4、配置文件
webwork配置文件可以采用引用、繼承其他配置文件方式，在團(tuán)隊開發(fā)一般都是分模塊開發(fā)，這樣比較方便，配置管理更容易，不會沖突。

5、模板技術(shù)集成
?我在實際應(yīng)用項目中是采用velocity模板做視圖展現(xiàn)，因為在對應(yīng)版本的webwork框架中和velociy集成的相當(dāng)好，比較方便，?比直接寫jsp代碼更整潔、同時利用velocity模板特性結(jié)合每個action的配置文件，可實現(xiàn)比較通用的頁面查詢、錄入等視圖的展現(xiàn)。
?而struts是沒有相關(guān)模板集成，不過struts的tag相對而言比webwork的tag好用，webwork如果視圖是jsp類型，相關(guān)的tag真的比較麻煩,?雖然tag 庫很豐富，這也是我為什么使用velocity做視圖的原因 。?
?
6、 框架的效驗功能
?老實說，兩者框架的效驗功能都比較麻煩，相對而言webwork更加麻煩點，配置較多，驗證接口實現(xiàn)太麻煩，我實際項目使用中還是?自定義了相關(guān)后臺驗證接口， 要驗證的相關(guān)action只要實現(xiàn)相關(guān)接口即可，相關(guān)攔截器負(fù)責(zé)攔截驗證，?大部分的效驗根據(jù)配置數(shù)據(jù)以及html對象自定義屬性通過javascript通用效驗，實際上現(xiàn)在基于XmlHttp的ajax技術(shù)應(yīng)用成熟的話,?后臺驗證接口的用途會逐漸淡化。
?
?說明上述比較版本為 struts 1.0 /webwork 2.1.6，后續(xù)struts框架擴(kuò)展很多功能，不是很了解，可能和上訴描述不一定很吻合。
?
?現(xiàn)在兩者已經(jīng)合并，希望能結(jié)合兩者的優(yōu)勢，發(fā)展出更好web框架。
?
7、關(guān)于Hibernate還是DAO模式，個人建議采用hibernate+DAO相集合的模式，hibernate占主導(dǎo)地位。
?雖然DAO模式通過自動生成代碼效率不會低，但如果需求變更就比較麻煩，維護(hù)修改代碼較多，測試工作量也較大，?但Hibernate不是萬能的，在一些必要的應(yīng)用還是采用DAO模式，特別是性能相關(guān)的部分。
?
?
?廢話一大堆，也算把我的工作回顧了一遍，呵呵，這兩天簡單了解Spring框架，個人感覺Spring更像一個全面的J2EE框架解決方案,?希望能夠有時間系統(tǒng)的學(xué)習(xí)一把，大家有興趣的請多多交流,我會將我的學(xué)習(xí)心得和大家分享。
?
?

?
?
?
?
?
?
?
?
?
?
?
?

?