Spring框架是一個JAVA框架,提供了開發JAVA應用程序時所需的全面的基礎架構。Spring負責基礎結構所以你可以把注意力放到程序實現上。
Spring 可以使你從“簡單的Java對象”(POJO)構建應用程序,并且將企業服務非侵入性的應用到POJO。此功能適用于 Java SE 編程模型和完全或者部分的Java EE 。
Spring的特性
強大的基于JavaBeans的采用控制反轉(InversionofControl,IoC)原則的配置管理,使得應用程序的組件更加快捷簡易。
一個可用于從applet到JavaEE等不同運行環境的核心Bean工廠。
數據庫事務的一般化抽象層,允許宣告式(Declarative)事務管理器,簡化事務的劃分使之與底層無關。
內建的針對JTA和單個JDBC數據源的一般化策略,使Spring的事務支持不要求JavaEE環境,這與一般的JTA或者EJBCMT相反。
JDBC抽象層提供了有針對性的異常等級(不再從SQL異常中提取原始代碼),簡化了錯誤處理,大大減少了程序員的編碼量。再次利用JDBC時,你無需再寫出另一個‘終止’(finally)模塊。并且面向JDBC的異常與Spring通用數據訪問對象(DataAccessObject)異常等級相一致。
以資源容器,DAO實現和事務策略等形式與Hibernate,JDO和iBATISSQLMaps集成。利用眾多的反轉控制方便特性來全面支持,解決了許多典型的Hibernate集成問題。所有這些全部遵從Spring通用事務處理和通用數據訪問對象異常等級規范。
靈活的基于核心Spring功能的MVC網頁應用程序框架。開發者通過策略接口將擁有對該框架的高度控制,因而該框架將適應于多種呈現(View)技術,例如JSP,FreeMarker,Velocity,Tiles,iText以及POI。值得注意的是,Spring中間層可以輕易地結合于任何基于MVC框架的網頁層,例如Struts,WebWork,或Tapestry。
提供諸如事務管理等服務的面向切面編程(AOP)框架。
使用Spring的好處
Spring能有效地組織你的中間層對象,無論你是否選擇使用了EJB。如果你僅僅使用了Struts或其他的包含了J2EE特有APIs的framework,你會發現Spring關注了遺留下的問題。Spring能消除在許多工程上對Singleton的過多使用。根據我的經驗,這是一個主要的問題,它減少了系統的可測試性和面向對象特性。
Spring能消除使用各種各樣格式的屬性定制文件的需要,在整個應用和工程中,可通過一種一致的方法來進行配置。曾經感到迷惑,一個特定類要查找迷幻般的屬性關鍵字或系統屬性,為此不得不讀Javadoc乃至源編碼嗎?有了Spring,你可很簡單地看到類的JavaBean屬性。倒置控制的使用(在下面討論)幫助完成這種簡化。
Spring能通過接口而不是類促進好的編程習慣,減少編程代價到幾乎為零。
Spring被設計為讓使用它創建的應用盡可能少的依賴于他的APIs。在Spring應用中的大多數業務對象沒有依賴于Spring。
使用Spring構建的應用程序易于單元測試。
Spring能使EJB的使用成為一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或localEJBs來實現業務接口,卻不會影響調用代碼。
Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物,它們適于許多web應用。例如,Spring能使用AOP提供聲明性事務而不通過使用EJB容器,如果你僅僅需要與單個的數據庫打交道,甚至不需要JTA實現。
Spring為數據存取提供了一致的框架,不論是使用JDBC或O/Rmapping產品(如Hibernate)。
Spring確實使你能通過最簡單可行的解決辦法解決你的問題。這些特性是有很大價值的。
Spring的好處至少包括:
1,Spring能有效地組織你的中間層對象;
2,Spring能消除在許多工程中常見的對Singleton的過多使用;
3,通過一種在不同應用程序和項目間一致的方法來處理配置文件,消除各種自定義格式的屬性文件的需要,僅僅需要看看類的JavaBean屬性。InversionofControl的使用幫助完成了這種簡化;(使用的是type2的IoC)
4,能夠很容易培養你面向接口而不是面向類的編程習慣。
5,Spring的設計會讓使用它創建的應用盡可能少的依賴于它的APIs,在Spring應用中的大多數業務對象沒有依賴于Spring。
6,使用Spring構建的應用程序易于單元測試;
7,Spring使EJB成為一個實現選擇,而不是必需的選擇。你可以用POJOs或localEJBs來實現業務接口,卻不會影響到調用代碼。
8,Spring提供一些web應用上的EJB的替代方案,比如用AOP提供聲明性事務管理;
9,Spring為數據存取提供了一個一致的框架,不論是使用JDBC還是O/Rmapping的產品(Hibernate,JDO)。
10,也是個人體會最深的一點,它可以替代部分配置文件,甚至有效減少源代碼的編寫量。
1.Spring的Ioc(控制反轉和依賴注入)
控制反轉:就是由容器控制程序之間的(依賴)關系,而非傳統實現中,由程序代碼直接操控
依賴注入:組件之間的依賴關系由容器在運行期決定,由容器動態的將某種依賴關系注入到組件之中。
從上面我們不難看出:從頭到尾Action僅僅是充當了Service的控制工具,這些具體的業務方法是怎樣實現的,他根本就不會管,也不會問,他只要知道這些業務實現類所提供的方法接口就可以了。而在以往單獨使用Struts框架的時候,所有的業務方法類的生命周期,甚至是一些業務流程都是由Action來控制的。層與層之間耦合性太緊密了,既降低了數據訪問的效率又使業務邏輯看起來很復雜,代碼量也很多。,Spring容器控制所有Action對象和業務邏輯類的生命周期,由于上層不再控制下層的生命周期,層與層之間實現了完全脫耦,使程序運行起來效率更高,維護起來也方便。
2.使用Spring的第二個好處(AOP應用)
事務的處理:
在以往的JDBCTemplate中事務提交成功,異常處理都是通過Try/Catch來完成,而在Spring中。Spring容器集成了TransactionTemplate,她封裝了所有對事務處理的功能,包括異常時事務回滾,操作成功時數據提交等復雜業務功能。這都是由Spring容器來管理,大大減少了程序員的代碼量,也對事務有了很好的管理控制。Hibernate中也有對事務的管理,hibernate中事務管理是通過SessionFactory創建和維護Session來完成。而Spring對SessionFactory配置也進行了整合,不需要在通過hibernate.cfg.xml來對SessionaFactory進行設定。這樣的話就可以很好的利用Sping對事務管理強大功能。避免了每次對數據操作都要現獲得Session實例來啟動事務/提交/回滾事務還有繁瑣的Try/Catch操作。這些也就是Spring中的AOP(面向切面編程)機制很好的應用。一方面使開發業務邏輯更清晰、專業分工更加容易進行。另一方面就是應用SpirngAOP隔離降低了程序的耦合性使我們可以在不同的應用中將各個切面結合起來使用大大提高了代碼重用度
評論
查看更多