淺析三層架構與MVC模式的區別

標籤：

MVC模式介紹：

MVC全名是Model ViewController，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟體設計典範，用於組織代碼用一種商務邏輯和資料顯示分離的方法，這個方法的假設前提是如果商務邏輯被聚集到一個組件裡面，而且介面和使用者圍繞資料的互動能被改進和個人化定製而不需要重新編寫商務邏輯MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化使用者介面的結構中。

MVC是表現層的架構，MVC的Model實際上是View Model，即供View進行展示的資料。 View Model不包含商務邏輯，也不包含資料讀取。
而在N層架構中，一般還會有一個Model層，用來與資料庫的表相對應，也就是所謂ORM中的O。這個Model可能是POCO，也可能是包含一些驗證邏輯的實體類，一般也不包含資料讀取。進行資料讀取的是資料訪問層。而作為UI層的MVC一般不直接操作資料訪問層，中間會有一個商務邏輯層封裝商務邏輯、調用資料訪問層。UI層（Controller）通過商務邏輯層來得到資料（Model），並進行封裝（View Model），然後選擇相應的View。

MVC有三種角色：

Model：用來儲存資料的組件（與領域模型概念不同，兩者會相互交叉）

 

View：從Model中擷取資料進行內容展示的組件。同樣的Model在不同的View下可展示不同的效果。擷取Model的狀態，而不對其進行操作。

Controller：接受並處理使用者指令（操作Model（業務）），選擇一個View進行操作。

 

MVC主要用於表現層，3層主要用於體系架構，3層一般是表現層、中介層、資料層，其中表現層又可以分成M、V、C，(Model View Controller)模型－視圖－控制器。

MVC模式是一種複合設計模式，一種在特定場合用於解決某種實際問題來得出的可以反覆實踐的解決方案。巧合的是他也有三個事物組成，於是乎人們就有了一種想當然的對應關係：展示層-View；商務邏輯層-Control；持久層-Model。首先MVC中的三個事物之間並不存在明顯的階層，沒有明顯的向下依賴關係，相反的，View和Model往往是比較獨立的，而Control是串連兩者的橋樑，他們更像是橫向的切分。這樣一來就出現一個結果，MVC中每個塊都是可以獨立測試的，而三層結構中，上層模組的運行測試勢必要提供下層代碼或者提供相同介面的樁。相對來說，MVC複雜得多，但是結構更清晰，耦合性更低。

另外，MVC中每一塊內部特別是Model內部經常被設計為多層的。在我認為的一個良好的MVC模式構建的結構中，Control是核心，小且較為穩定的，可以作為一個核心架構來提供，有擴充點，但基本上可以簡單配置不需要任何代碼就可以運行。而View則可能是一套或多種可選擇的視圖引擎，決定了軟體展示給使用者的介面，使用時的主要工作量在於擴充點以及根據需要而數量不同的視圖模板。Model則是業務提供者，決定了軟體提供的功能，其內部可能是一些普通的類或者是實現了某些介面的類，在這一塊當中可能根據業務的不同而色彩繽紛，對於複雜的軟體可能會分成很多層，如商務邏輯層、業務提供層、系統提供層、資料提供層、資料訪問層等。

列舉生活中的執行個體具體說明MVC

比喻MVC的例子是小時候玩的那種卡帶式遊戲機，Control是主機，一般來說我買一個主機就行了，只要他不壞，他就能一直讓我玩這一類的遊戲。View則是電視機和遊戲手柄，電視機可以獨立工作，他不管輸入的是電視訊號、影碟機訊號還是遊戲機訊號，他只管顯示，而且他決定了我們看到的效果是怎麼樣的，如果我想要個尺寸更大的或者彩色的顯示效果，我只需要買個相應的電視機就行了，手柄也是可以換的，遙杆還是帶震動的。Model則是遊戲卡帶，他決定了我玩的是什麼遊戲，是魂鬥羅還是超級瑪莉，而且遊戲機主機和電視機生產廠家永遠也不知道在上面有可能會運行什麼樣的遊戲。卡帶中可能會有遊戲代碼和儲存單元，都根據遊戲的需要而設計。

有朋友提到遊戲主機提供的卡帶插槽的介面，在設計中，有時也由Control提供一組介面，以用於Model或View的實現，這樣就形成了依賴。一般來說這樣設計也沒有太大的問題，只是會提高模組間的耦合度，也會帶來一些侵入性。為了更完美，可以不用介面來提供契約，可以用配置資訊（或稱中繼資料資訊）+反射來提供契約，那麼這個類介面就可以退化到只要符合CLS就可以了，也就是普通的類，就像現在的電腦介面廣泛採用USB，無論是隨身碟、印表機、掃描器或者是加密狗，他們都是普通的USB裝置而已。

提到USB有一個題外話，模組的可插拔性設計甚至是熱插拔設計，系統可以在不停止啟動並執行情況下動態掛載或移除模組，動態掛載模組需要系統能夠自動探索新模組並根據自描述的資訊進行自動設定，移除可能情況更複雜一點，需要"安全刪除硬體"類似的功能。

在設計廣泛重用的架構時會考慮多種情況以達到更大的適應性，一般項目中應用MVC模式可以較為隨意。

 

是MVC組件類型的關係和功能圖： 

 

介紹完三層架構和MVC模式後，接下來迴歸主題，開始介紹二者的區別：

MVC（模型Model-視圖View-控制器Controller）是一種設計模式，我們可以用它來建立在域對象和UI展示層對象之間的區分。

同樣是架構層級的，相同的地方在於他們都有一個展示層，但是他們不同的地方在於其他的兩個層。

 

在三層架構中沒有定義Controller的概念。這是我認為最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或MVC搭建程式最主要的區別。當然了。在三層中也提到了Model，但是三層架構中Model的概念與MVC中Model的概念是不一樣的，“三層”中典型的Model層是已實體類構成的，而MVC裡，則是由商務邏輯與訪問資料群組成的。

 

三層架構和MVC是有明顯區別的,MVC應該是展現模式(三個加起來以後才是三層架構中的UI層)
三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、商務邏輯層（BLL）、資料訪問層（DAL）。區分層次的目的即為了“高內聚，低耦合”的思想。
MVC是 Model-View-Controller，嚴格說這三個加起來以後才是三層架構中的UI層，也就是說，MVC把三層架構中的UI層再度進行了分化，分成了控制器、視圖、實體三個部分，控制器完成頁面邏輯，通過實體來與介面層完成通話；而C層直接與三層中的BLL進行對話。
MVC可以是三層中的一個表現層架構，屬於表現層。三層和MVC可以共存。三層是基於商務邏輯來分的，而MVC是基於頁面來分的。

 

MVC和三層之間的關係，見：

 

 

 

以上是我對三層架構與MVC模式的區別的簡單介紹，如有問題，還請批評指教。

 

原文地址：http://blog.csdn.net/xjc1278003262/article/details/8870325

（轉）淺析三層架構與MVC模式的區別