三層架構和MVC模式


目錄[-]

1、三層架構

三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用划分為:表現層(UI)、業務邏輯層(BLL)、數據訪問層(DAL)。區分層次的目的即為了“高內聚,低耦合”的思想。

1、表現層(UI):通俗講就是展現給用戶的界面,即用戶在使用一個系統的時候他的所見所得。 

2、業務邏輯層(BLL):針對具體問題的操作,也可以說是對數據層的操作,對數據業務邏輯處理。 

3、數據訪問層(DAL):該層所做事務直接操作數據庫,針對數據的增添、刪除、修改、更新、查找等。 

 

    表現層實現的代表作品是Struts框架,業務層實現的代表作品是Spring,持久層實現的代表作品是Hibernate。 

舉個例子:

持久層從持久庫中取出-10。

業務層按照一定的邏輯(這里我們舉例取溫度的邏輯)翻譯成-10攝氏度。

表示層顯現給用戶“哎呀,今天好冷!”。

層就相當於一個黑盒子,我們不用知道它內部怎么實現,只需要知道如何去調用它就行了。每層只與上下相鄰的兩層打交道。當一層內部由於技術變遷發生變化時,只要接口不變,其他層不用做任何改變。分層之后靈活性提高,也便於團隊分工開發。

 

2、MVC

2.1 標准的MVC(Model-View-Controller)

這里寫圖片描述

  • Model(模型):數據模型,提供要展示的數據,因此包含數據和行為,可以認為是領域模型(domain)或JavaBean組件(包含數據和行為),不過現在一般都分離開來:Value Object(數據) 和 服務層(行為)。也就是模型提供了模型數據查詢和模型數據的狀態更新等功能,包括數據和業務。

  • View(視圖):負責進行模型的展示,一般就是我們見到的用戶界面,客戶想看到的東西。

  • Controller(控制器):接收用戶請求,委托給模型進行處理(狀態改變),處理完畢后把返回的模型數據返回給視圖,由視圖負責展示。 也就是說控制器做了個調度員的工作。

  從圖中我們還看到,在標准的MVC中模型能主動推數據給視圖進行更新(觀察者設計模式,在模型上注冊視圖,當模型更新時自動更新視圖),但在Web開發中模型是無法主動推給視圖(無法主動更新用戶界面),因為在Web開發是請求-響應模型。

2.2 Web MVC

Web MVC中的M(模型)-V(視圖)-C(控制器)概念和標准MVC概念一樣,我們再看一下Web MVC標准架構,如下圖所示:

這里寫圖片描述

在Web MVC模式下,模型無法主動推數據給視圖,如果用戶想要視圖更新,需要再發送一次請求(即請求-響應模型)。

 

M:(Model)  模型  :  應用程序的核心功能,管理這個模塊中用的數據和值;

V(View )視圖:   視圖提供模型的展示,管理模型如何顯示給用戶,它是應用程序的外觀;

C(Controller)控制器: 對用戶的輸入做出反應,管理用戶和視圖的交互,是連接模型和視圖的樞紐。

MVC用於將web(UI)層進行職責解耦

 

3、三層架構和MVC的區別與聯系

    MVC是 Model-View-Controller,嚴格說這三個加起來以后才是三層架構中的UI層,也就是說,MVC把三層架構中的UI層再度進行了分化,分成了控制器、視圖、實體三個部分,控制器完成頁面邏輯,通過實體來與界面層完成通話;而C層直接與三層中的BLL進行對話。

 

MVC可以是三層中的一個表現層框架,屬於表現層。三層和mvc可以共存。

三層是基於業務邏輯來分的,而MVC是基於頁面來分的。

MVC主要用於表現層,3層主要用於體系架構,3層一般是表現層、中間層、數據層,其中表現層又可以分成M、V、C,(Model View Controller)模型-視圖-控制器 

 

MVC是表現模式(Presentation Pattern)

三層架構是典型的架構模式(Architecture Pattern)

三層架構的分層模式是典型的上下關系,上層依賴於下層。但MVC作為表現模式是不存在上下關系的,而是相互協作關系。即使將MVC當作架構模式,也不是分層模式。MVC和三層架構基本沒有可比性,是應用於不同領域的技術。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM