1 引言
基于Web的MVC framework在J2EE的世界內已是空前繁榮。TTS網站上幾乎每隔一兩個星期就會有新的MVC框架發布。目前比較好的MVC,老牌的有Struts,Webwork。新興的MVC框架有Spring MVC,Tapestry,JSF等。這些大多是著名團隊的作品,另外還有一些邊緣團隊的作品,也相當出色,如Dinamica,VRaptor等。這些框架都提供了較好的層次分隔能力。在實現良好的MVC分隔的基礎上,提供一些現成的輔助類庫,同時也促進了生產效率的提高。如何選擇一個好的框架應用在項目設計中,將會對項目的效率和可重用具有至關重要性。
2 Struts框架
Struts是Apache軟件基金Jakarta項目的一部分。Struts框架的主要架構設計和開發者是Craig R.McClanahan。Struts是目前Java Web MVC框架中不爭的王者。經過長達五年的發展,Struts已逐漸成長為一個穩定、成熟的框架,并占有MVC框架最大的市場份額。但Struts某些技術特性已經落后于新興的MVC框架。面對Spring MVC,Webwork2這些設計更精密,擴展性更強的框架,Struts受到了前所未有的挑戰。但就產品開發的角度,Struts仍然是最穩妥的選擇。
Struts由一組相互協作的類(組件),Serlvet以及jsp tag lib組成?;赟tmts構架的Web應用程序基本上符合JSPModel2的設計標準,是MVC設計模式的一種變化類型。根據對framework的描述,很容易理解為什么說Struts是一個Web framwork,而不僅僅是一些標記庫的組合。但Struts也包含了豐富的標記庫和獨立于該框架工作的實用程序類。Struts有其自己的控制器(Controller),同時整合了其他的一些技術去實現模型層(Model)和視圖層(View)。在模型層,Struts可以很容易的與數據訪問技術相結合,包括EJB,JDBC和Obiect Relation Bridge。在視圖層,Struts能夠與JSP,VelocityTemplares,XSL等等這些表示層組件相結合。
Struts的體系結構,Struts framework是MVC模式的體現,分別從模型、視圖、控制描述struts的體系結構(Architec-ture)。
(1)從視圖角度(View)主要由JSP建立,Struts自身包含了一組可擴展的自定義標簽庫(TagLib),可簡化創建用戶界面的過程。目前包括:Bean Tags,HTML Tags,Logic Tags,Nested Tags,Template Tags這幾個Taglib。有關其詳細資料請參考Struts用戶手冊。
(2)從模型角度(Model) 模型主要是表示一個系統的狀態(有時候,改變系統狀態的業務邏輯操作也劃分到模型中)。在Struts中,系統的狀態主要有ActiomForm Bean體現,一般情況下,這些狀態是非持久性的。如果需要將這些狀態轉化為持久性數據存儲,Struts本身也提供了Utitle包,可以方便與數據庫操作。
(3)從控制器角度(Controller) 在Struts framework中,Controller主要是ActionServlet,但是對于業務邏輯的操作則主要由Action,ActionMapping,ActionForward這幾個組件協調完成(也許這幾個組件,應該劃分到模型中的業務邏輯一塊)。其中,Action扮演了真正的業務邏輯的實現者,而ActionMapping和ActionForward則指定了不同業務邏輯或流程的運行方向。
對于Struts如何控制、處理客戶請求,通過對Struts的4個核心組件介紹來具體說明。這幾個組件是:ActionServlet;Action Classes;Action Mapping(此處包括ActionForward);ActionFrom Bean。
3 Spring框架
Spring實際上是《Expert One—on—One J2EE Design andDevelopment》一書中所闡述的設計思想的具體實現。在One—on一One一書中,Rod Johnson倡導J2EE實用主義的設計思想,并隨書提供了一個初步的開發框架實現(interface2l開發包)。而Spring正是這一思想的更全面和具體的體現。RodJohnson在interface21開發包的基礎之上,做了進一步的改造和擴充,使其發展為一個更加開放、清晰、全面、高效的開發框架。
Spring是一個開源框架,由Rod Johnson創建并且在其著作《J2EE設計開發編程指南》里進行了描述。它是為了解決企業應用開發的復雜性而創建。Spring使用基本的JavaBeans完成以前只可能由EJB完成的事情變得可能。然而,Spring的用途不僅限于服務器端的開發。從簡單性、可測試性和松耦合的角度,任何Java應用都可以從Spting中受益。Spring是一個輕量的控制反轉和面向切面的容器框架。這些描述過于簡單。但的確概括出Spring。
(1)輕量從大小與開銷而言Spting都是輕量的。完整的Spring框架可在一個大小1 MB多的JAR文件里發布。并且Spring所需的處理開銷也是微不足道。此外,Spring是非侵入式的:典型地,Spring應用中的對象不依賴于輕量。
(2)控制反轉 Spring通過一種稱作控制反轉(IoC)的技術促進了松耦合。當應用了IoC,對象被動地傳遞它們的依賴而不是自己創建或者查找依賴對象。可以認為IoC與JNDI相反,不是對象從容器中查找依賴,而是容器在對象初始化時不等被請求就將依賴傳遞給它。
(3)面向切面Spring包含對面向切面編程的豐富支持,允許通過分離應用的業務邏輯與系統服務(例如審計與事物管理)進行內聚性的開發。應用對象只做它們應該做的,完成業務邏輯,僅此而已。并不負責(甚至是意識)其它的系統關注點,例如日志或事物支持。
(4)容器 Spring包含和管理應用對象的配置和生命周期,在此意義上它是一種容器??梢耘渲妹總€bean如何被創建,基于一個配置原形為bean創建一個單獨的實例或每次需要時都生成一個新的實例以及它們是如何相互關聯的。然而,Spring不應該被混同于傳統重量的EJB容器,它們經常是龐大與笨重的,難以使用。
(5)框架Spring使由簡單的組件配置和組合復雜的應用成為可能。在Spring中,應用對象被聲明式地組合,典型地是在一個XML文件里,Spr4ng提供了很多基礎功能(事務管理、持久性框架集成等等),并留有應用邏輯開發。
例如:Spring有3個重點,一個是面向接口編程:一個是控制反轉;另外一個就是依賴注入。有了控制反轉就有了聲明性的bean,在application.xml也就是Spring的核心配置文件里面聲明bean的屬性,對應的類,引用名稱,這些是為編碼時要用到的bean做準備的,對應web應用程序,Spring有專門的類SpringContextLoader,等等。另外在web.xml里可以用context-param子節點將application.xml納入范圍,這樣容器在加載web應用時,就將對應的bean加載了,剩下的是如何引用這些bean的問題,這里用到Spring的接口注入,也是spring用的最多的依賴注入方式。例如:這有兩個類,一個是Main.java,一個是Demo.java.這里Main里面用到了Demo;
注意看到Main里面需要用到Demo的實例,因此,需要硬編碼,即靜態綁定(在編譯期間就需要綁定),這絕對會增大后期維護工作量,至少每次擴展或者修改類以后需要重新編譯已存在的iavabean組件。
Spring的依賴注入有機會實現動態綁定,原理很簡單,用到了接口,接口是不能生成實例的,再加上iava的多態,接口可指向它的實現類。
所以試著為bean添加一個接口
}
注意看加重部分,用Spring提供的兩個類,BeanFactory,和xmhxxxxx,直接讀取配置文件。然后用getBean(id);取得bean,這個時候返回的對象是范型,比如Object obj=beanFac-tory.getBean(demo);將改后的寫在下面,但沒測試過。
這樣就解耦了,實現無侵入式。不要忘記要將需要的bean在配置文件里面聲明。
所有Spring這些特征使編寫更干凈、更易管理、并且更易于測試的代碼。也為Spring中的各種子框架提供了基礎。
4 結語
人們日益對開源框架的重視.使得很多項目的成本大大降低,并且投放使用以及維護速度都增加了?,F在的開源框架都有很高的質量,提供了很好的文檔,一些書籍讓開發者做參考。即便如此,兩大因素使得J2EE領域充滿了不確定性:開源領域和J2EE“標準”的沖突和AOP的日益重要。
開源和標準之間的沖突表現在兩個方面。一個是表現層,JSF的身后有Sun公司和其他的一些大公司,而在這個領域有Struts等開源產品與之競爭。在中間層,EJB3.0采用J2SE5.0的annotations實現了依賴注入(dependency iniection)的功能,但這個功能只是Spring的一個子集。
在這兩個領域,開源產品都更加革新。JSP借鑒了ASP.NET,而Tapestry則采用了WebObjects的思想。
同樣的,不知道EJB3.0為何要嘗試著標準化依賴注入,即使這樣會使之不可避免地喪失很多功能。EJB 3.0也要進入程序編寫領域,而J2EE規范在這方面還沒有涉足。
于此同時,AOP的重要性在J2EE社區猛增,在使用上,AOP也越來越受到開發者的青睞。像Spring、dynaop等被稱作“帶著雙拐的AOP”實現,提升了AOP的知名度。而純粹的AOP技術比如AspectJ,在將來的幾年也會流行起來。
其次,JBoss通過JCP和EJB3.0保持一致,它極大地推動了AOP技術。但即使如此,JCP還沒有轉向AOP跡象。
下一代的J2EE規范將擁抱更簡單的POJ0編程模型,就像Spring和Hibermate做的一樣。J2EE開發者也注定要從“欺詐客戶”轉到以自己的編程經驗開發。這次改變將受到大多數人的歡迎,不像以前那樣每一個新規范發布后,最終都沒有能很好的實現。
責任編輯:gt
-
控制器
+關注
關注
112文章
16393瀏覽量
178475 -
接口
+關注
關注
33文章
8633瀏覽量
151368 -
數據
+關注
關注
8文章
7077瀏覽量
89161
發布評論請先 登錄
相關推薦
評論