三層架構(gòu)和mvc資料整合_第1頁(yè)
已閱讀1頁(yè),還剩16頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、WEB三層架構(gòu)與三層架構(gòu)與MVC收藏先說(shuō)說(shuō)Web三層架構(gòu)這個(gè)古老話題。地球人都知道web三層架構(gòu)是指:用戶接口層(UserInterfaceLayer)業(yè)務(wù)邏輯層(BussinesslogicLayer)數(shù)據(jù)訪問(wèn)層(dataaccesslayer)1、用戶表現(xiàn)層(UIL):通俗講就是展現(xiàn)給用戶的界面,即用戶在使用一個(gè)系統(tǒng)的時(shí)候他的所見(jiàn)所得。2、業(yè)務(wù)邏輯層(BLL):針對(duì)具體問(wèn)題的操作,也可以說(shuō)是對(duì)數(shù)據(jù)層的操作,對(duì)數(shù)據(jù)業(yè)務(wù)邏輯處理。3、數(shù)

2、據(jù)訪問(wèn)層(DAL):該層所做事務(wù)直接操作數(shù)據(jù)庫(kù),針對(duì)數(shù)據(jù)的增添、刪除、修改、查找等。三層架構(gòu)是最基本的項(xiàng)目分層結(jié)果,而MVC則是三層架構(gòu)的一個(gè)變體,MVC是一種好的開(kāi)發(fā)模式。首先你要明白MVC分別代表的是什么意思.M即Model(模型層),主要負(fù)責(zé)出來(lái)業(yè)務(wù)邏輯以及數(shù)據(jù)庫(kù)的交互V即View(視圖層),主要用于顯示數(shù)據(jù)和提交數(shù)據(jù)C即Controller(控制器),主要是用作捕獲請(qǐng)求并控制請(qǐng)求轉(zhuǎn)發(fā)三層:UI界面層BLL業(yè)務(wù)邏輯層,DAL數(shù)據(jù)訪

3、問(wèn)層,Model實(shí)體層MVC中的的M不是三層中的Model(實(shí)體層),他其實(shí)包括三層中的BLL,DALModel這是非常要注意的,這也是他們之間的區(qū)別的關(guān)鍵所在關(guān)于業(yè)務(wù)邏輯和用戶接口關(guān)于業(yè)務(wù)邏輯和用戶接口在早期的web開(kāi)發(fā)中,因?yàn)闃I(yè)務(wù)比較簡(jiǎn)單,并沒(méi)有這三層的劃分。用戶數(shù)據(jù)的呈現(xiàn)及輸入的接收、封裝、驗(yàn)證、處理、以及對(duì)數(shù)據(jù)庫(kù)的操作,都放在jsp頁(yè)面中。這時(shí)的開(kāi)發(fā),好比盤(pán)古尚未開(kāi)天辟地,整個(gè)web開(kāi)發(fā)就是一片“混沌”。隨著業(yè)務(wù)越來(lái)越復(fù)雜,人們

4、開(kāi)始考慮更好的利用OOP這把利刃來(lái)解決問(wèn)題。于是有人發(fā)現(xiàn)把業(yè)務(wù)邏輯抽取出來(lái)并形成與顯示和持久化無(wú)關(guān)的一層,能夠讓業(yè)務(wù)邏輯清晰,產(chǎn)品更便于維護(hù)。這就是SUN當(dāng)初倡導(dǎo)的JSPModel1開(kāi)發(fā)方式。關(guān)于持久化關(guān)于持久化JSPM1開(kāi)發(fā)方式中,并沒(méi)有對(duì)數(shù)據(jù)如何持久化給出建議。在許多公司中,它們的產(chǎn)品是以數(shù)據(jù)庫(kù)為中心進(jìn)行架構(gòu)和設(shè)計(jì)的。在他們的產(chǎn)品里,雖然也有DAO層,但是職責(zé)不清。為什么這么說(shuō)呢,因?yàn)槲野l(fā)現(xiàn)在許多人眼里,DAO層的指責(zé)很簡(jiǎn)單——增刪

5、改查。但我認(rèn)為,這樣理解實(shí)際上是本末倒置了。對(duì)于簡(jiǎn)單數(shù)據(jù)的管理來(lái)說(shuō),這樣理解無(wú)可厚非。但隨著業(yè)務(wù)邏輯變得日益復(fù)雜。我們實(shí)在是被復(fù)雜的對(duì)象關(guān)系搞頭疼了,如果這時(shí)我們還要考慮如何把數(shù)據(jù)存儲(chǔ)起來(lái)(通常的情況下是存到關(guān)系型數(shù)據(jù)庫(kù)中),我們開(kāi)始抱怨自己軟件的架構(gòu)太惡心,一團(tuán)糟。面向?qū)ο笤O(shè)計(jì)思想教會(huì)我們——如果我們不想做這件事,就交給別人做吧!這時(shí)聰明的架構(gòu)師們提出了一個(gè)概念——持久化。如果我們?cè)谧约旱膽?yīng)用中添加一個(gè)新的層——專門負(fù)責(zé)對(duì)象狀態(tài)的持久

6、化保存及同步,那不就可以全心全意的“搞對(duì)象”了嗎?持久化概念的產(chǎn)生,代表著我們對(duì)關(guān)系型數(shù)據(jù)庫(kù)的依賴降低了。因此甚至有人推斷——但是該把驗(yàn)證和封裝數(shù)據(jù)的工作交給誰(shuí)來(lái)做呢?UI層還是業(yè)務(wù)邏輯層?都不太合適!例子例子3,國(guó)際化,國(guó)際化:如果我們想為不同國(guó)家和地區(qū)的人提供不同的語(yǔ)言,無(wú)疑需要國(guó)際化的支持。那么,我們需要在JSP頁(yè)面上根據(jù)用戶的配置或請(qǐng)求信息判斷應(yīng)該為該用戶呈現(xiàn)哪國(guó)文字。而這些判斷和顯示的邏輯應(yīng)該劃分到業(yè)務(wù)邏輯層還是UI層呢?用M

7、VC的思路解決問(wèn)題的思路解決問(wèn)題對(duì)于糾纏不清的問(wèn)題,我們總要想辦法將其分解。MVC是一種設(shè)計(jì)思想。這種思想強(qiáng)調(diào)實(shí)現(xiàn)模型(Model)、視圖(View)和控制器的分離。這種思想是如何作用于web的呢?實(shí)際上,我們?cè)趙eb開(kāi)發(fā)中引入MVC思想,想要達(dá)到的目的是:實(shí)現(xiàn)UI層和業(yè)務(wù)邏輯層分離——控制器是為了實(shí)現(xiàn)上述目的而存在的!在解決了持久化的問(wèn)題后,我們發(fā)現(xiàn),我們的所說(shuō)的業(yè)務(wù)邏輯層和MVC中的Model指的是一回事,我們所說(shuō)的UI層和MVC中

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫(kù)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論