MVC, MVP和MVVM都是用來解決界面呈現(xiàn)和邏輯代碼分離而出現(xiàn)的模式。以前只是對它們有部分的了解，沒有深入的研究過，對于一些里面的概念和區(qū)別也是一知半解。現(xiàn)在一邊查資料，并結合自己的理解，來談一下對于這三種模式思想的理解，以及它們的區(qū)別。歡迎各位高手拍磚。

閱讀目錄:

一，MVC, MVP, MVVM誕生的需求?

軟件中最核心的，最基本的東西是什么? 是的，是數(shù)據(jù)。我們寫的所有代碼，都是圍繞數(shù)據(jù)的。
圍繞著數(shù)據(jù)的產(chǎn)生、修改等變化，出現(xiàn)了業(yè)務邏輯。
圍繞著數(shù)據(jù)的顯示，出現(xiàn)了不同的界面技術。

沒有很好設計的代碼，常常就會出現(xiàn)數(shù)據(jù)層(持久層)和業(yè)務邏輯層還有界面代碼耦合的情況。

ORM等框架，解耦合了業(yè)務邏輯和數(shù)據(jù)之間的耦合，業(yè)務邏輯不再關心底層數(shù)據(jù)如何存儲和讀取。所有數(shù)據(jù)呈現(xiàn)給業(yè)務邏輯層的就是一個個的對象。
而MVC, MVP, MMVM用來解決業(yè)務邏輯和視圖之間的耦合。

二，一段典型的耦合代碼

上面的這段代碼中，既包含了數(shù)據(jù)訪問，還包含的頁面展示。當項目復雜程度更高，這種代碼就會變得非常難以維護，層次也不清晰。

三，MVC模式

MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫。MVC開始是存在于桌面程序中的，M是指業(yè)務模型，V是指用戶界面，C則是控制器，使用MVC的目的是將M和V的實現(xiàn)代碼分離，從而使同一個程序可以使用不同的表現(xiàn)形式

3.1 主動MVC
MVC的理論思想對應的是主動MVC, 這里的主動的意思是, Model會主動通知View更新。而我們使用MVC框架, Struts, asp.net mvc等都不是主動MVC(視圖的更新都是通過Controller完成的)

Model

用于封裝與應用程序的業(yè)務邏輯相關的數(shù)據(jù)以及對數(shù)據(jù)的處理方法。
模型中數(shù)據(jù)的變化一般會通過一種刷新機制被公布。為了實現(xiàn)這種機制，那些用于監(jiān)視此模型的視圖必須事先在此模型上注冊，從而，視圖可以了解在數(shù)據(jù)模型上發(fā)生的改變。

View

視圖層負責數(shù)據(jù)的展示。
在視圖中一般沒有程序上的邏輯。為了實現(xiàn)視圖上的刷新功能，視圖需要訪問它監(jiān)視的數(shù)據(jù)模型（Model），因此應該事先在被它監(jiān)視的數(shù)據(jù)那里訂閱Model的事件。

Controller

控制器是M和V之間的連接器，用于控制應用程序的流程。它處理事件并作出響應。“事件”包括用戶的行為和數(shù)據(jù)模型上的改變。

3.2 被動MVC
下圖是被動MVC中的流程，和主動MVC不同之處是, View沒有訂閱Model數(shù)據(jù)變化的事件，等待Model來通知需要根據(jù)新的數(shù)據(jù)來更新View. 在被動MVC中，Controller負責通知View, 有數(shù)據(jù)變化，需要更新視圖。

被動MVC 中，與主動MVC的區(qū)別在于：
1、模型對視圖和控制器一無所知，它僅僅是被它們使用
2、控制器使用視圖，并通知它更新數(shù)據(jù)顯示
3、視圖僅僅是在控制器通知它去模型取數(shù)據(jù)的時候它才這么做(視圖并不會訂閱或監(jiān)視模型的更新) 

3.3. Web應用中的MVC框架
Web中的MVC框架都是被動MVC模式，因為web應用中, 由于http是基于請求和響應方式協(xié)同工作的,因此當服務器端的model(數(shù)據(jù))發(fā)生變化時,它不會立即更新客戶端的view,只有客戶端重新請求或刷新頁面時才更新.

下圖是典型的MVC框架中的MVC一個請求流程。

3.4 MVC總結
MVC優(yōu)點

•由于MVC很好的分離了視圖層和業(yè)務層，所以它具有以下優(yōu)點
•耦合性低
•開發(fā)速度快
•可維護性高
•沒有控件的概念，對html沒有封裝，易于理解
•和其它平臺(java, php)等更加相似。便于人才獲取

MVC使用的誤區(qū)

1.把Model理解成實體類（Entity），在MVC中Model應該包含2部分功能，一部分是處理業(yè)務邏輯，一部分是提供View顯示的數(shù)據(jù)
2.把業(yè)務邏輯全部放在Controller端

這兩個誤區(qū)本質上都是對Model的作用不明導致的。

Model在MVC架構中起的作用非常重要，它應該是業(yè)務邏輯真正的實現(xiàn)層。所以Model的實際上是Business Model（業(yè)務模型）。而Controller僅僅起一個“橋梁”作用，它負責把View的請求轉發(fā)給Model，再負責把Model處理結束的消息通知View。Controller是用來解耦View和Model的，具體一點說，就是為了讓UI與邏輯分離（界面與代碼分離）。

引自http://www.techopedia.com/definition/27454/model-mvc-aspnet

MVC的缺點

完美的MVC應用場景應該是這樣的:

有個Student Model, 關聯(lián)StudentListView,  StudentEditView.
對于StudentListView, Student Model提供Student的集合數(shù)據(jù)來顯示StudentListView
對于StudentEditView, Student Model提供單個Student數(shù)據(jù)來展示StudentEditView并且響應StudentEditView的保存操作。

但是這只是完美的情況，實際應用中，在ListView上，不單單顯示Student的信息，可能還需要這個Student的歷史成績，家庭情況,  老師信息。而這些是Student Model不能提供的。
也許我們可以擴展Student Model, 將Student Model能夠提供的信息擴展，包含成績信息等，這本身也可以。但是，如果Student顯示的View，這個需要只是需要額外的成績信息，另一個View只是需要額外的家庭信息，Student Model是不是有些疲于奔命，你能知道還會有多少個差異化的View的需求? 而且讓邏輯端代碼這樣不斷的修改來適應View端，好嗎?

由于MVC的設計思想是從Model出發(fā)，而沒有考慮到View端的復雜性，這樣導致的問題是Model難以符合復雜多變的View端變化。
相對這點，MVP和MVVM就要好得多。它們都獨立出了Presenter 和ViewModel來對應每個View。

最新評論