springmvc dao層和service層的區(qū)別

首先解釋面上意思，service是業(yè)務(wù)層，dao是數(shù)據(jù)訪問(wèn)層

這個(gè)問(wèn)題我曾經(jīng)也有過(guò)，記得以前剛學(xué)編程的時(shí)候，都是在service里直接調(diào)用dao，service里面就new一個(gè)dao類(lèi)對(duì)象，調(diào)用，其他有意義的事沒(méi)做，也不明白有這個(gè)有什么用，參加工作久了以后就會(huì)知道，業(yè)務(wù)才是工作中的重中之重。

我們都知道，標(biāo)準(zhǔn)主流現(xiàn)在的編程方式都是采用MVC綜合設(shè)計(jì)模式，MVC本身不屬于設(shè)計(jì)模式的一種，它描述的是一種結(jié)構(gòu)，最終目的達(dá)到解耦，解耦說(shuō)的意思是你更改某一層代碼，不會(huì)影響我其他層代碼，如果你會(huì)像spring這樣的框架，你會(huì)了解面向接口編程，表示層調(diào)用控制層，控制層調(diào)用業(yè)務(wù)層，業(yè)務(wù)層調(diào)用數(shù)據(jù)訪問(wèn)層。

初期也許都是new對(duì)象去調(diào)用下一層，比如你在業(yè)務(wù)層new一個(gè)DAO類(lèi)的對(duì)象，調(diào)用DAO類(lèi)方法訪問(wèn)數(shù)據(jù)庫(kù)，這樣寫(xiě)是不對(duì)的，因?yàn)樵跇I(yè)務(wù)層中是不應(yīng)該含有具體對(duì)象，最多只能有引用，如果有具體對(duì)象存在，就耦合了。當(dāng)那個(gè)對(duì)象不存在，我還要修改業(yè)務(wù)的代碼，這不符合邏輯。

好比主板上內(nèi)存壞了，我換內(nèi)存，沒(méi)必要連主板一起換。我不用知道內(nèi)存是哪家生產(chǎn)，不用知道多大容量，只要是內(nèi)存都可以插上這個(gè)接口使用。這就是MVC的意義。

接下來(lái)說(shuō)你感覺(jué)service的意義，其實(shí)因?yàn)槟悻F(xiàn)在做東西分層次不是那么嚴(yán)格，在一個(gè)你們做東西業(yè)務(wù)本身也少，舉個(gè)最簡(jiǎn)單的例子，你做一個(gè)分頁(yè)的功能，數(shù)據(jù)1000條，你20條在一個(gè)頁(yè)，你可以把這個(gè)功能寫(xiě)成工具類(lèi)封裝起來(lái)，然后在業(yè)務(wù)層里調(diào)用這個(gè)封裝的方法，這才是業(yè)務(wù)里真正干得事，只要沒(méi)訪問(wèn)數(shù)據(jù)庫(kù)的，都要在業(yè)務(wù)里寫(xiě)。

DAO層、Service層、Controller層和View層詳解

DAO層

DAO層主要是做數(shù)據(jù)持久層的工作，負(fù)責(zé)與數(shù)據(jù)庫(kù)進(jìn)行聯(lián)絡(luò)的一些任務(wù)都封裝在此，DAO層的設(shè)計(jì)首先是設(shè)計(jì)DAO的接口，然后在Spring的配置文件中定義此接口的實(shí)現(xiàn)類(lèi)，然后就可在模塊中調(diào)用此接口來(lái)進(jìn)行數(shù)據(jù)業(yè)務(wù)的處理，而不用關(guān)心此接口的具體實(shí)現(xiàn)類(lèi)是哪個(gè)類(lèi)，顯得結(jié)構(gòu)非常清晰，DAO層的數(shù)據(jù)源配置，以及有關(guān)數(shù)據(jù)庫(kù)連接的參數(shù)都在Spring的配置文件中進(jìn)行配置。

Service層

Service層主要負(fù)責(zé)業(yè)務(wù)模塊的邏輯應(yīng)用設(shè)計(jì)。同樣是首先設(shè)計(jì)接口，再設(shè)計(jì)其實(shí)現(xiàn)的類(lèi)，接著再Spring的配置文件中配置其實(shí)現(xiàn)的關(guān)聯(lián)。這樣我們就可以在應(yīng)用中調(diào)用Service接口來(lái)進(jìn)行業(yè)務(wù)處理。Service層的業(yè)務(wù)實(shí)現(xiàn)，具體要調(diào)用到已定義的DAO層的接口，封裝Service層的業(yè)務(wù)邏輯有利于通用的業(yè)務(wù)邏輯的獨(dú)立性和重復(fù)利用性，程序顯得非常簡(jiǎn)潔。

Controller層

Controller層負(fù)責(zé)具體的業(yè)務(wù)模塊流程的控制，在此層里面要調(diào)用Serice層的接口來(lái)控制業(yè)務(wù)流程，控制的配置也同樣是在Spring的配置文件里面進(jìn)行，針對(duì)具體的業(yè)務(wù)流程，會(huì)有不同的控制器，我們具體的設(shè)計(jì)過(guò)程中可以將流程進(jìn)行抽象歸納，設(shè)計(jì)出可以重復(fù)利用的子單元流程模塊，這樣不僅使程序結(jié)構(gòu)變得清晰，也大大減少了代碼量。

View層

此層與控制層結(jié)合比較緊密，需要二者結(jié)合起來(lái)協(xié)同工發(fā)。View層主要負(fù)責(zé)前臺(tái)jsp頁(yè)面的表示

DAO層

Service層這兩個(gè)層次都可以單獨(dú)開(kāi)發(fā)，互相的耦合度很低，完全可以獨(dú)立進(jìn)行，這樣的一種模式在開(kāi)發(fā)大項(xiàng)目的過(guò)程中尤其有優(yōu)勢(shì)，Controller，View層因?yàn)轳詈隙缺容^高，因而要結(jié)合在一起開(kāi)發(fā)，但是也可以看作一個(gè)整體獨(dú)立于前兩個(gè)層進(jìn)行開(kāi)發(fā)。這樣，在層與層之前我們只需要知道接口的定義，調(diào)用接口即可完成所需要的邏輯單元應(yīng)用，一切顯得非常清晰簡(jiǎn)單。 DAO設(shè)計(jì)的總體規(guī)劃需要和設(shè)計(jì)的表，和實(shí)現(xiàn)類(lèi)之間一一對(duì)應(yīng)。

DAO層所定義的接口里的方法都大同小異，這是由我們?cè)贒AO層對(duì)數(shù)據(jù)庫(kù)訪問(wèn)的操作來(lái)決定的，對(duì)數(shù)據(jù)庫(kù)的操作，我們基本要用到的就是新增，更新，刪除，查詢(xún)等方法。因而DAO層里面基本上都應(yīng)該要涵蓋這些方法對(duì)應(yīng)的操作。除此之外，可以定義一些自定義的特殊的對(duì)數(shù)據(jù)庫(kù)訪問(wèn)的方法。

Service邏輯層設(shè)計(jì)

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

在DAO層定義的一些方法，在Service層并沒(méi)有使用，那為什么還要在DAO層進(jìn)行定義呢？這是由我們定義的需求邏輯所決定的。

DAO層的操作 經(jīng)過(guò)抽象后基本上都是通用的，因而我們?cè)诙xDAO層的時(shí)候可以將相關(guān)的方法定義完畢，這樣的好處是在對(duì)Service進(jìn)行擴(kuò)展的時(shí)候不需要再對(duì)DAO層進(jìn)行修改，提高了程序的可擴(kuò)展性。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論