MVC vs. MVP vs. MVVM

　　1 簡介

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

　　2 MVC/MVP

　　2.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.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的復雜邏輯。

　　3 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。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈