在ssh框假中spring充當了管理容器的角色。我們都知道hibernate用來做持久層，因為它將jdbc做了乙個良好的封裝，程式設計師在與資料庫進行互動時可以不用書寫大量的sql語句。struts是用來做應用層的，他它負責呼叫業務邏輯serivce層。所以ssh框架的流程大致是：jsp頁面 ----struts------service（業務邏輯處理類）---hibernate（左到右）
struts負責控制service（業務邏輯處理類），從而控制了service的生命週期，這樣層與層之間的依賴很強，屬於耦合。這時，使用 spring框架就起到了控制action物件（strus中的）和service類的作用，兩者之間的關係就鬆散了，spring的ioc機制（控制反轉和依賴注入）正是用在此處。
spring的ioc（控制反轉和依賴注入）
控制反**就是由容器控制程式之間的（依賴）關係，而非傳統實現中，由程式**直接操控
依賴注入：元件之間的依賴關係由容器在執行期決定 ，由容器動態的將某種依賴關係注入到元件之中 。
從上面我們不難看出：從頭到尾action僅僅是充當了service的控制工具，這些具體的業務方法是怎樣實現的，他根本就不會管，也不會問，他只要知道這些業務實現類所提供的方法介面就可以了。而在以往單獨使用struts框架的時候，所有的業務方法類的生命週期，甚至是一些業務流程都是由 action來控制的。層與層之間耦合性太緊密了，既降低了資料訪問的效率又使業務邏輯看起來很複雜，**量也很多。，spring容器控制所有 action物件和業務邏輯類的生命週期，由於上層不再控制下層的生命週期，層與層之間實現了完全脫耦，使程式執行起來效率更高，維護起來也方便。
使用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（面向切面程式設計）機制很好的應用。一方面使開發業務邏輯更清晰、專業分工更加容易進行。另一方面就是應用spirng aop隔離降低了程式的耦合性使我們可以在不同的應用中將各個切面結合起來使用大大提高了**重用度
SSH框架之Spring註解
晚上的學習資料實在太多，在這裡我只是簡單地總結 我們知道如果不想在xml檔案中配置bean，我們可以給我們的類加上spring元件註解，只需再配置下spring的掃瞄器就可以實現bean的自動載入。spring自動載入註解 spring 2.5引入了更多典型化註解 stereotype annota...
Spring中注入的理解（SSH框架）
1 整個action可以說是web容器的service方法的包裝過的類，是用來處理客戶端傳遞過來的請求的。2 裡面的user只是乙個屬性，引數而已，當客戶端傳送請求過來時，如果將user物件的一些屬性同時傳遞過來，那麼容器將會自動將user例項化。3 service是需要注入，因為，service是...
ssh 框架中spring的事務控制
ssh框架中，通常我們的action會注入乙個blo類，及服務層類，這個類裡可以處理業務邏輯，執行多個dao的操作。這個類是受spring事務控制的。例如以下 當我們請求addroom.do的時候，就把頁面輸入的room資訊發到後台，從而達到插入資料庫的操作。但是這個操作如果在roomblo裡出現異...