Java Web基礎——Action+Service +Dao三層的功能劃分

1. Action/Service/DAO簡介：

      Action是管理業務（Service）調度和管理跳轉的。

      Service是管理具體的功能的。

      Action只負責管理，而Service負責實施。

      DAO只完成增刪改查，雖然能夠1-n，n-n，1-1關聯，模糊、動態、子查詢均可以。可是不管多麼複雜的查詢，dao只是封裝增刪改查。至於增刪查改如何去實現一個功能，dao是無論的。

      總結這三者，經過例子來解釋：

      Action像是服務員，顧客點什麼菜，菜上給幾號桌，都是ta的職責；

      Service是廚師，action送來的菜單上的菜全是ta作的；

      Dao是廚房的小工，和原材料打交道的事情全是ta管。

      相互關係是，小工(dao)的工做是要知足廚師(service)的要求，廚師要知足服務員(action)轉達的客戶（頁面用戶）的要求，服務員天然就是爲客戶服務嘍。

      如今最基本的分層方式，結合了SSH架構。Model層就是對應的數據庫表的實體類。Dao層是使用了Hibernate鏈接數據庫、操做數據庫（增刪改查）。Service層：引用對應的Dao數據庫操做。Action層：引用對應的Service層，在這裏結合Struts的配置文件，跳轉到指定的頁面，固然也能接受頁面傳遞的請求數據，也能夠作些計算處理。

      以上的Hibernate, Struts，都須要注入到Spring的配置文件中，Spring把這些聯繫起來，成爲一個總體。

 

2. 三大框架Struts/Hibernate/Spring

      簡單地說：

     Struts——控制用的；

     Hibernate——操做數據庫的；

     Spring——解耦用的。

     詳細地說：

      Struts在SSH框架中起控制的做用，其核心是Controller，即ActionServlet，而ActionServlet的核心就是Struts-config.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）。

• Service爲action提供統計的調用接口，封裝持久層的DAO；
• 能夠寫一些本身的業務方法；
• 統一的Javabean管理方法；
• 聲明式事務管理；
• 集成Hibernate。

    （3）Hibernate，負責持久化層，完成對數據庫的crud操做。提供OR/Mapping。它由一組.hbm.xml文件和POJO，是跟數據庫中的表相對應的。而後定義DAO，這些是跟數據庫打交道的類，它們會使用PO。

 

3. 框架業務邏輯分析：

       在Struts + Spring + Hibernate的系統中，

       對象的調用流程是：JSP—Action—Service—DAO—Hibernate。

       數據的流向是：ActionFormBean接受用戶的數據，Action將數據從ActionFormBean中取出，封裝成VO或PO，再調用業務層的Bean類，完成各類業務處理後再Forward。而業務層Bean收到這個PO對象以後，會調用DAO接口方法，進行持久化操做。

      SSH框架的優勢：

      Hibernate的最大好處就是根據數據庫的表，反向生成實體類，而且還有關係在裏面，還有就是它對數據的操做也很方便；

      Spring，省去了在類裏面new對象的過程，把這個調用與被調用的關係直接展現到了配置文件裏，作任何操做都變得簡單了。

      簡單流程舉例說明：

      程序框架搭建好，而且把各類jar包導入後，就開始進行業務邏輯分析——

      假設一個最基本的註冊功能：頁面有兩個文本框，一個用戶名(username)和一個密碼(password)。以QQ註冊網頁說明，這裏以暱稱和密碼爲表明進行舉例。

        首先是action層：它是負責在頁面和程序之間傳輸數據的，還有做用是作頁面跳轉。頁面由用戶填寫表單數據，點擊提交按鈕，頁面的表單數據由Hibernate自動封裝到該頁面表單所對應的ActionFrom（ActionFrom跟實體類不是一個東西，ActionFrom是頁面有什麼值，類裏就寫什麼屬性，是用來封裝表單數據用的；而實體類是徹底按照數據庫的字段生成的，實體類能夠當作ActionFrom用，但ActionFrom絕對不能夠當作實體類用），這樣表單數據就以ActionFrom對象的形式在Action的點擊「提交按鈕」執行的那個方法裏存在了。這個時候須要作的就是把表單數據存入數據庫中。此時，Action的功能告一段落，接着是把數據傳入BIZ層。

        BIZE層（業務邏輯層）：負責的是對數據的處理。若是沒有數據處理任務的話，此層只作單純的數據傳遞做用，然後又到了DAO層。

        DAO層（數據庫操做層）：負責對數據向數據庫增刪改查的操做。

        在該註冊的框架中，若是不使用Spring的話，每一個層之間的數據傳遞都須要new一個調用該層數據的類的實例。而使用了Spring的話，須要作的就是把DAO層和BIZ層的每一個類都寫一個接口類，接口類裏寫實現類的方法，在調用的時候不new對象，直接用對象點(.)方法就能夠，別忘了對每一個對象加上set/get方法。

 

 

 

轉：http://blog.csdn.net/inter_peng/article/details/41021727