零、業(yè)務邏輯

Controller-->service接口-->serviceImpl-->dao接口-->daoImpl-->mapper-->db

一、Dao(Data Access Object):數(shù)據(jù)存儲對象

DAO = Data Access Object = 數(shù)據(jù)存取對象. 不管是什么框架，我們很多時候都會與數(shù)據(jù)庫進行交互。如果遇到一個場景我們都要去寫SQL語句，那么我們的代碼就會很冗余。所以，我們就想到了把數(shù)據(jù)庫封裝一下，讓我們的數(shù)據(jù)庫的交道看起來像和一個對象打交道，這個對象通常就是DAO。當我們操作這個對象的時候，這個對象會自動產生SQL語句來和數(shù)據(jù)庫進行交互，我們就只需要使用DAO就行了。

通常我們在DAO層里面寫接口，里面有與數(shù)據(jù)打交道的方法。SQL語句通常寫在mapper文件里面的。

優(yōu)點：結構清晰，Dao層的數(shù)據(jù)源配置以及相關的有關數(shù)據(jù)庫連接的參數(shù)都在Spring配置文件中進行配置。

二、Service：服務

服務是一個相對獨立的功能模塊，主要負責業(yè)務邏輯應用設計。首先也要設計接口，然后再設計其實現(xiàn)該接口的類。這樣我們就可以在應用中調用service接口進行業(yè)務處理。service層業(yè)務實現(xiàn)，具體調用到已經定義的DAO的接口，封裝service層的業(yè)務邏輯有利于通用的業(yè)務邏輯的獨立性和重復利用性 。

如果把Dao層當作積木，則Service層則是對積木的搭建。

三、Controller：控制器

主要負責具體業(yè)務模塊流程的控制，此層要調用到Service層的接口去控制業(yè)務流程，控制的配置同樣在Spring配置文件中配置。針對不同的業(yè)務流程有不同的控制器。在設計的過程可以設計出重復利用的子單元流程模塊。

四、model：模型

模型就是指視圖的數(shù)據(jù)Model，模型，通常來講，我們會把模型和另一個東西放在一起來說：View，視圖。

模型通常認為是視圖的內核，何謂之視圖？我們正在與之交互的網(wǎng)站的界面就是視圖，而模型是指他的內核：數(shù)據(jù)。

將Model和View的概念拆分開來，有助于我們關注不同的方面，也可以更有效的分工。有些工程師更關注于內核也就是模型，通常來說，他們被稱之為后端工程師。有些工程師更關注于用戶界面的交互和展示，通常來說，他們被稱之為前端工程師。

五、View層

與Controller層關系緊密，View層主要負責前臺jsp頁面的表示。

六、它們之間的關系

建立了DAO層后才可以建立Service層，而Service層又是在Controller層之下的，因而Service層應該既調用DAO層的接口，又要提供接口給Controller層的類來進行調用，它剛好處于一個中間層的位置。每個模型都有一個Service接口，每個接口分別封裝各自的業(yè)務處理方法。

DAO層、Service層和Controller層的區(qū)別

1、dao層：數(shù)據(jù)訪問層

dao層屬于一種比較底層，比較基礎的操作，具體到對于某個表的增刪改查，也就是說某個DAO一定是和數(shù)據(jù)庫的某一張表一 一對應的，其中封裝了增刪改查基本操作，建議DAO只做原子操作，增刪改查。

負責與數(shù)據(jù)庫進行聯(lián)絡的一些任務都封裝在此，dao層的設計首先是設計dao層的接口，然后在Spring的配置文件中定義此接口的實現(xiàn)類，然后就可以再模塊中調用此接口來進行數(shù)據(jù)業(yè)務的處理，而不用關心此接口的具體實現(xiàn)類是哪個類，顯得結構非常清晰，dao層的數(shù)據(jù)源配置，以及有關數(shù)據(jù)庫連接參數(shù)都在Spring配置文件中進行配置。

2、service層：服務層

粗略的理解就是對一個或多個DAO進行的再次封裝，封裝成一個服務，所以這里也就不會是一個原子操作了，需要事物控制。

service層主要負責業(yè)務模塊的應用邏輯應用設計。同樣是首先設計接口，再設計其實現(xiàn)類，接著再Spring的配置文件中配置其實現(xiàn)的關聯(lián)。這樣我們就可以在應用中調用service接口來進行業(yè)務處理。service層的業(yè)務實，具體要調用已經定義的dao層接口，封裝service層業(yè)務邏輯有利于通用的業(yè)務邏輯的獨立性和重復利用性。程序顯得非常簡潔。

3、controller層

Controler負責請求轉發(fā)，接受頁面過來的參數(shù)，傳給Service處理，接到返回值，再傳給頁面。

controller層負責具體的業(yè)務模塊流程的控制，在此層要調用service層的接口來控制業(yè)務流程，控制的配置也同樣是在Spring的配置文件里進行，針對具體的業(yè)務流程，會有不同的控制器。我們具體的設計過程可以將流程進行抽象歸納，設計出可以重復利用的子單元流程模塊。這樣不僅使程序結構變得清晰，也大大減少了代碼量。

關系

Service層是建立在DAO層之上的，建立了DAO層后才可以建立Service層，而Service層又是在Controller層之下的，因而Service層應該既調用DAO層的接口，又要提供接口給Controller層的類來進行調用，它剛好處于一個中間層的位置。每個模型都有一個Service接口，每個接口分別封裝各自的業(yè)務處理方法。

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論