Java三層架構ssh

簡單的說：

struts 控制用的

hibernate 運算元據庫的

spring 用解耦的

詳細的說：

STRUTS 在 SSH 框架中起控制的作用 , 其核心是 Controller, 即 ActionServlet, 而 ActionServlet 的核心就是 Struts-confi g.xml. 主要控制邏輯關係的處理 .

hibernate 是資料持久化層 , 是一種新的物件、關係的對映工具 , 提供了從 Java 類到資料表的對映，也提供了資料查詢和恢復等機制 , 大大減少資料訪問的複雜度。把對資料庫的直接操作 , 轉換為對持久物件的操作 .

SPRING 是一個輕量級的控制反轉 (IoC) 和麵向切面 (AOP) 的容器框架 , 面向介面的程式設計 , 由容器控制程式之間的（依賴）關係，而非傳統實現中，由程式程式碼直接操控。這也就是所謂 “ 控制反轉 ” 的概念所在：（依賴）控制權由應用程式碼中轉到了外部容器，控制權的轉移，是所謂反轉。依賴注入，即元件之間的依賴關係由容器在執行期決定，形象的來說，即由容器動態的將某種依賴關係注入到元件之中

起到的主要作用是解耦

Struts 、 spring 、 Hibernate 在各層的作用

1 ） struts 負責 web 層 .

ActionFormBean 接收網頁中表單提交的資料，然後通過 Action 進行處理，再 Forward 到對應的網頁。

在 struts-config.xml 中定義 <action-mapping>, ActionServlet 會載入。

2 ） spring 負責業務層管理，即 Service （或 Manager).

1 ． service 為 action 提供統計的呼叫介面，封裝持久層的 DAO.

2 ．可以寫一些自己的業務方法。

3 ．統一的 javabean 管理方法

4 ．宣告式事務管理

5. 整合 Hiberante

3 ） Hiberante ，負責持久化層，完成資料庫的 crud 操作

hibernate 為持久層，提供 OR/Mapping 。

它有一組 .hbm.xml 檔案和 POJO, 是跟資料庫中的表相對應的。然後定義 DAO ，這些是跟資料庫打交道的類，它們會使用 PO 。

在 struts+spring+hibernate 的系統中，

物件的呼叫流程是： jsp-> Action － > Service ->DAO ->Hibernate 。

資料的流向是 ActionFormBean 接受使用者的資料， Action 將資料從 ActionFromBean 中取出，封裝成 VO 或 PO,

再呼叫業務層的 Bean 類，完成各種業務處理後再 forward 。而業務層 Bean 收到這個 PO 物件之後，會呼叫 DAO 介面方法，進行持久化操作。

 

spring:Aop管理事務控制,IoC管理各個元件的耦合,DaoTemplate作為常規持久層的快速開發模板!

struts:控制層Action,頁面標籤和Model資料,呼叫業務層

Hibernate:負責資料庫和物件的對映,負責DAO層(Data Access Object:資料訪問)

 

spring整合hibernate和struts，只要在配好了applicationContext.xml,在struts的action中直接呼叫就可以了。hibernate訪問資料庫的操作都在spring中實現了，spring的呼叫又在stuts的action中實現了。這個ssh框架就連到了一起……

 

1 SSH在開發中的位置

現在J2EE的開源框架多的數不清楚，目前（已經、正在）比較流行的常用框架大概有struts,spring,hibernate,jsf,webwork，而 struts+spring+hibernate(SSH)這種輕量級架構被譽為“黃金組合”。spring和hibernate更是被許多人認為是未來五年內不會被淘汰的技術，猶如當年的struts，今天的開發中依然被廣泛採用。

2 為什麼使用SSH　　

其實，就算用Java建造一個不是很煩瑣的web應用，也不是件輕鬆的事情。 在構架的一開始就有很多事情要考慮。從高處看，擺在開發者面前有很多問題：要考慮是怎樣建立使用者介面？在哪裡處理業務邏輯？ 怎樣持久化的資料。 而這三層構架中，每一層都有他們要仔細考慮的。 各個層該使用什麼技術？怎樣的設計能鬆散耦合還能靈活改變？ 怎樣替換某個層而不影響整體構架？應用程式如何做各種級別的業務處理（比如事務處理）？

    構架一個Web應用需要弄明白好多問題。 幸運的是，已經有不少開發者已經遇到過這類問題，並且建立了處理這類問題的框架。 一個好框架具備以下幾點：減輕開發者處理複雜的問題的負擔（”不重複發明輪子”）；內部有良好的擴充套件； 並且有一個支援它的強大的使用者團體。 好的構架一般有針對性的處理某一類問題，並且能將它做好（Do One
Thing well）。 然而，你的程式中有幾個層可能需要使用特定的框架，已經完成的UI(使用者介面) 並不代表你也可以把你的業務邏輯和持久邏輯偶合到你的UI部分。 舉個例子，你不該在一個Controller(控制器)裡面寫JDBC程式碼作為你的業務邏輯， 這不是控制器應該提供的。 一個UI 控制器應該委派給其它給在UI範圍之外的輕量級元件。 好的框架應該能指導程式碼如何分佈。 更重要的是，框架能把開發者從編碼中解放出來，使他們能專心於應用程式的邏輯（這對客戶來說很重要）。 

他們裡面有很我優秀的設計理念及模式應用。比如， struts屬於MVC框架，關鍵是要了解MVC的概念及大致原理，掌握就很容易了；而hibernate屬於orm系統，屬於持久層的解決方案，同樣需要對ORM的概念及原理有一個總體的瞭解，必要時可以去查查EJB1及EJB2裡面用於持久層的Entity Bean的使用。而spring屬於應用程式框架，其核心是IOC容器以及AOP，把這兩個核心概念(也可稱為大模式)瞭解以後，再加上一定的內力修為，其它就都不難了。Spring中還整合了很多適用東西(不過這些東西80%的在某一個專案中可能一直用不上)，比如對JDBC的封裝、自己的MVC、對動態語言的簡潔訪問等，這些你根據自己的專案情況來選擇學習，用到的時候再看看他的文件，一個專案下來應該就能把握。

3 對於SSH的理解

在SSH框架中，struts用來解決MVC中顯示、請求控制部分，spring主要負責訪問資料庫DAO類的事務控制以及它被人稱譽的IOC思想在業務類中的恰當運用，hibernate主要是充當資料訪問層元件。由於spring對hibernate的良好支援，在DAO類主要由spring來完成，hibernate更多關注的應是O/R影射檔案上的配置，如級聯關係，延遲載入等如何設定才能使效率更高。

4 收穫和問題

4.1 actionform,PO,VO三物件的運用

討論最多的是actionform,PO,VO三物件的運用，本人傾向的觀點是：在SSH框架中，PO和VO可以不必區分，即業務層和持久層都可以使用hibernate產生的PO物件，我暫時把物件分成actionform和po兩種來分析，action 應該是actionform和po的分界點，po不能穿透業務層，突破action到達頁面顯示層，同樣actionform也不能突破action傳到後臺業務、持久層。（原因：po是持久物件，到達頁面後就脫離了session成為無狀態（暫理解為脫管態）的物件，而hibernate的持久物件是有狀態（包含資料庫主鍵）的，無狀態的物件傳到後臺在呼叫hibernate的儲存方法時會出錯，一定要把無狀態的物件先轉化成持久態物件才能儲存）在action中應該對兩物件進行轉化，轉化的方法目前我還沒發現有什麼非常好的方法（歡迎高手不惜賜教），最普通的就是用get（），set（）方法，也可以使用struts提供的屬性複製方法BeanUtils類，但這個好象只支援單個類的轉化，對於集合物件不行，需要我們自己擴充套件。

4.2 spring事務管理

在配置spring的事務管理中，最好把事務控制配置在業務類上，而不要配置在DAO類（需要保證多個原子事務操作同時失敗回滾時這是一種解決辦法）；

4.3 action如何獲取業務類

action中如何獲取業務類：寫一個父類action，在父類中通過spring的webapplicationcontent獲得業務類的例項。struts中的具體action繼承該父類，通過呼叫父類的getService（）直接獲得業務類的例項。

4.4 理解AOP思想

深入理解AOP思想，我暫時感覺到的就是儘量面向介面程式設計，不管是域物件還是業務類或者是DAO類都設計出介面，在各方法中我們儘量傳入物件的介面，這對我們重用這些方法，擴充套件是很有好處的。

4.5 分頁處理 level