版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
1、WEB三層架構(gòu)與三層架構(gòu)與MVC收藏先說說Web三層架構(gòu)這個古老話題。地球人都知道web三層架構(gòu)是指:用戶接口層(UserInterfaceLayer)業(yè)務(wù)邏輯層(BussinesslogicLayer)數(shù)據(jù)訪問層(dataaccesslayer)1、用戶表現(xiàn)層(UIL):通俗講就是展現(xiàn)給用戶的界面,即用戶在使用一個系統(tǒng)的時候他的所見所得。2、業(yè)務(wù)邏輯層(BLL):針對具體問題的操作,也可以說是對數(shù)據(jù)層的操作,對數(shù)據(jù)業(yè)務(wù)邏輯處理。3、數(shù)
2、據(jù)訪問層(DAL):該層所做事務(wù)直接操作數(shù)據(jù)庫,針對數(shù)據(jù)的增添、刪除、修改、查找等。三層架構(gòu)是最基本的項目分層結(jié)果,而MVC則是三層架構(gòu)的一個變體,MVC是一種好的開發(fā)模式。首先你要明白MVC分別代表的是什么意思.M即Model(模型層),主要負(fù)責(zé)出來業(yè)務(wù)邏輯以及數(shù)據(jù)庫的交互V即View(視圖層),主要用于顯示數(shù)據(jù)和提交數(shù)據(jù)C即Controller(控制器),主要是用作捕獲請求并控制請求轉(zhuǎn)發(fā)三層:UI界面層BLL業(yè)務(wù)邏輯層,DAL數(shù)據(jù)訪
3、問層,Model實體層MVC中的的M不是三層中的Model(實體層),他其實包括三層中的BLL,DALModel這是非常要注意的,這也是他們之間的區(qū)別的關(guān)鍵所在關(guān)于業(yè)務(wù)邏輯和用戶接口關(guān)于業(yè)務(wù)邏輯和用戶接口在早期的web開發(fā)中,因為業(yè)務(wù)比較簡單,并沒有這三層的劃分。用戶數(shù)據(jù)的呈現(xiàn)及輸入的接收、封裝、驗證、處理、以及對數(shù)據(jù)庫的操作,都放在jsp頁面中。這時的開發(fā),好比盤古尚未開天辟地,整個web開發(fā)就是一片“混沌”。隨著業(yè)務(wù)越來越復(fù)雜,人們
4、開始考慮更好的利用OOP這把利刃來解決問題。于是有人發(fā)現(xiàn)把業(yè)務(wù)邏輯抽取出來并形成與顯示和持久化無關(guān)的一層,能夠讓業(yè)務(wù)邏輯清晰,產(chǎn)品更便于維護。這就是SUN當(dāng)初倡導(dǎo)的JSPModel1開發(fā)方式。關(guān)于持久化關(guān)于持久化JSPM1開發(fā)方式中,并沒有對數(shù)據(jù)如何持久化給出建議。在許多公司中,它們的產(chǎn)品是以數(shù)據(jù)庫為中心進行架構(gòu)和設(shè)計的。在他們的產(chǎn)品里,雖然也有DAO層,但是職責(zé)不清。為什么這么說呢,因為我發(fā)現(xiàn)在許多人眼里,DAO層的指責(zé)很簡單——增刪
5、改查。但我認(rèn)為,這樣理解實際上是本末倒置了。對于簡單數(shù)據(jù)的管理來說,這樣理解無可厚非。但隨著業(yè)務(wù)邏輯變得日益復(fù)雜。我們實在是被復(fù)雜的對象關(guān)系搞頭疼了,如果這時我們還要考慮如何把數(shù)據(jù)存儲起來(通常的情況下是存到關(guān)系型數(shù)據(jù)庫中),我們開始抱怨自己軟件的架構(gòu)太惡心,一團糟。面向?qū)ο笤O(shè)計思想教會我們——如果我們不想做這件事,就交給別人做吧!這時聰明的架構(gòu)師們提出了一個概念——持久化。如果我們在自己的應(yīng)用中添加一個新的層——專門負(fù)責(zé)對象狀態(tài)的持久
6、化保存及同步,那不就可以全心全意的“搞對象”了嗎?持久化概念的產(chǎn)生,代表著我們對關(guān)系型數(shù)據(jù)庫的依賴降低了。因此甚至有人推斷——但是該把驗證和封裝數(shù)據(jù)的工作交給誰來做呢?UI層還是業(yè)務(wù)邏輯層?都不太合適!例子例子3,國際化,國際化:如果我們想為不同國家和地區(qū)的人提供不同的語言,無疑需要國際化的支持。那么,我們需要在JSP頁面上根據(jù)用戶的配置或請求信息判斷應(yīng)該為該用戶呈現(xiàn)哪國文字。而這些判斷和顯示的邏輯應(yīng)該劃分到業(yè)務(wù)邏輯層還是UI層呢?用M
7、VC的思路解決問題的思路解決問題對于糾纏不清的問題,我們總要想辦法將其分解。MVC是一種設(shè)計思想。這種思想強調(diào)實現(xiàn)模型(Model)、視圖(View)和控制器的分離。這種思想是如何作用于web的呢?實際上,我們在web開發(fā)中引入MVC思想,想要達到的目的是:實現(xiàn)UI層和業(yè)務(wù)邏輯層分離——控制器是為了實現(xiàn)上述目的而存在的!在解決了持久化的問題后,我們發(fā)現(xiàn),我們的所說的業(yè)務(wù)邏輯層和MVC中的Model指的是一回事,我們所說的UI層和MVC中
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 基于MVC三層架構(gòu)模式的研究與應(yīng)用.pdf
- 基于MVC三層架構(gòu)會員管理系統(tǒng)設(shè)計與實現(xiàn).pdf
- 基于MVC三層架構(gòu)的M酒店管理系統(tǒng)的設(shè)計與實現(xiàn).pdf
- c#的三層架構(gòu)
- 基于MVC三層架構(gòu)的校園電子商務(wù)平臺的設(shè)計與實現(xiàn).pdf
- 三層架構(gòu)之系統(tǒng)登陸實例
- 基于三層架構(gòu)下的數(shù)據(jù)訪問研究和應(yīng)用.pdf
- 三層架構(gòu)主機存儲系統(tǒng)設(shè)計.pdf
- 基于三層架構(gòu)的門診收費系統(tǒng).pdf
- 畢業(yè)設(shè)計論文 采用mvc三層架構(gòu)思想構(gòu)建網(wǎng)站和sql server數(shù)據(jù)庫進行開發(fā)
- 基于HIBERNATE和AOP的三層架構(gòu)緩存研究與實現(xiàn).pdf
- 語義流程系統(tǒng)三層SOA架構(gòu)及實現(xiàn).pdf
- PRSoC三層服務(wù)架構(gòu)及其URAP協(xié)議研究.pdf
- 三層架構(gòu)系統(tǒng)的開發(fā)與應(yīng)用.pdf
- 論壇三層架構(gòu)設(shè)計說明書
- 基于三層架構(gòu)的校園辦公系統(tǒng)的研究
- 試論web系統(tǒng)中三層軟件架構(gòu)的應(yīng)用
- 基于B-S三層架構(gòu)OA系統(tǒng)的設(shè)計和實現(xiàn).pdf
- 基于.net三層架構(gòu)服務(wù)的服務(wù)外包平臺的研究和構(gòu)建
- 基于三層架構(gòu)的高校機房管理系統(tǒng).pdf
評論
0/150
提交評論