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，不管是U盤、打印機、掃描儀或者是加密狗，他們都是普通的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和三層之間的關係，見下圖：