三層架構(gòu)和mvc資料整合

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

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

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

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

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

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

7、VC的思路解決問題的思路解決問題對于糾纏不清的問題，我們總要想辦法將其分解。MVC是一種設計思想。這種思想強調(diào)實現(xiàn)模型(Model)、視圖(View)和控制器的分離。這種思想是如何作用于web的呢？實際上，我們在web開發(fā)中引入MVC思想，想要達到的目的是：實現(xiàn)UI層和業(yè)務邏輯層分離——控制器是為了實現(xiàn)上述目的而存在的！在解決了持久化的問題后，我們發(fā)現(xiàn)，我們的所說的業(yè)務邏輯層和MVC中的Model指的是一回事，我們所說的UI層和MVC中