一、 簡介

三者的目的都是分離關注，使得UI更容易變換（從Winform變為Webform），使得UI更容易進行單元測試。

二、MVC/MVP

1 、MVC

1、View接受用戶的交互請求

2、View將請求轉交給Controller

3、Controller操作Model進行數據更新

4、數據更新之后，Model通知View數據變化

5、View顯示更新之后的數據

View和Controller使用Strategy模式實現，View使用Composite模式，View和Model通過Observer模式同步信息。Controller不知道任何View的細節，一個Controller能被多個View使用。MVC的一個缺點是很難對Controller進行單元測試，Controller操作數據，但是如何從View上斷言這些數據的變化呢？例如，點擊一個View的按鈕，提交一個事件給Controller，Controller修改Model的值。這個值反映到View上是字體和顏色的變化。測試這個Case還是有點困難的。

2、MVP

1、View接受用戶的交互請求

2、View將請求轉交給Presenter

3、Presenter操作Model進行數據庫更新

4、數據更新之后，Model通知Presenter數據發生變化

5、Presenter更新View的數據

Presenter將Model的變化返回給View。和MVC不同的是，Presenter會反作用于View，不像Controller只會被動的接受View的指揮。正常情況下，發現可以抽象View，暴露屬性和事件，然后Presenter引用View的抽象。這樣可以很容易的構造View的Mock對象，提高可單元測試性。在這里，Presenter的責任變大了，不僅要操作數據，而且要更新View。

在現實中，MVP的實現會根據View的充、貧血而有一些不同，一部分傾向于在View中放置簡單的邏輯，在Presenter放置復雜的邏輯；另一部分傾向于在presenter中放置全部的邏輯。這兩種分別被稱為：Passive View和Superivising Controller。

在Passive View中，為了減少UI組件的行為，使用Controller不僅控制用戶事件的響應，而且將結果更新到View上。可以集中測試Controller，減小View出問題的風險。

在Superivising Controller中的Controller既處理用戶輸入的響應，又操作View處理View的復雜邏輯。

三、 M-V-VM

MVVM是在原有領域Model的基礎上添加一個ViewModel，這個ViewModel除了正常的屬性意外，還包括一些供View顯示用的屬性。例如在經典的MVP中，View有一個屬性IsCheck，需要在Presenter中設置View的IsCheck值。但是在MVVM中的Presenter也會有一個IsCheck屬性來同步View的IsCheck屬性，可能會用到Observer模式同步IsCheck的值。在MVVM中，Presenter被改名為ViewModel，就演變成了你看到的MVVM。在支持雙向綁定的平臺，MVVM更受歡迎。例如：微軟的WPF和Silverlight。

歡迎關注我的公眾號（同步更新文章）：DoNet技術分享平臺

閱讀原文

總結

以上是生活随笔為你收集整理的MVC、 MVP、 MVVM之间的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。