- 版權(quán)聲明：本文為博主原創(chuàng)文章，未經(jīng)博主允許不得轉(zhuǎn)載。
三者的目的都是分離關(guān)注，使得UI更容易變換（從Winform變?yōu)閃ebform），使得UI更容易進行單元測試。
1.MVC/MVP
1.1MVC
1、View接受用戶的交互請求
2、View將請求轉(zhuǎn)交給Controller
3、Controller操作Model進行數(shù)據(jù)更新
4、數(shù)據(jù)更新之后，Model通知View數(shù)據(jù)變化
5、View顯示更新之后的數(shù)據(jù)```
- View和Controller使用Strategy模式實現(xiàn)，View使用Composite模式，View和Model通過Observer模式同步信息。Controller不知道任何View的細節(jié)，一個Controller能被多個View使用。MVC的一個缺點是很難對Controller進行單元測試，Controller操作數(shù)據(jù)，但是如何從View上斷言這些數(shù)據(jù)的變化呢？例如，點擊一個View的按鈕，提交一個事件給Controller，Controller修改Model的值。這個值反映到View上是字體和顏色的變化。測試這個Case還是有點困難的。
#####1.2MVP
1、View接受用戶的交互請求
2、View將請求轉(zhuǎn)交給Presenter
3、Presenter操作Model進行數(shù)據(jù)庫更新
4、數(shù)據(jù)更新之后，Model通知Presenter數(shù)據(jù)發(fā)生變化
5、Presenter更新View的數(shù)據(jù)```
Presenter將Model的變化返回給View。和MVC不同的是，Presenter會反作用于View，不像Controller只會被動的接受View的指揮。正常情況下，發(fā)現(xiàn)可以抽象View，暴露屬性和事件，然后Presenter引用View的抽象。這樣可以很容易的構(gòu)造View的Mock對象，提高可單元測試性。在這里，Presenter的責(zé)任變大了，不僅要操作數(shù)據(jù)，而且要更新View。
在現(xiàn)實中，MVP的實現(xiàn)會根據(jù)View的充、貧血而有一些不同，一部分傾向于在View中放置簡單的邏輯，在Presenter放置復(fù)雜的邏輯；另一部分傾向于在presenter中放置全部的邏輯。這兩種分別被稱為：Passive View和Superivising Controller。
在Passive View中，為了減少UI組件的行為，使用Controller不僅控制用戶事件的響應(yīng)，而且將結(jié)果更新到View上。可以集中測試Controller，減小View出問題的風(fēng)險。
在Superivising Controller中的Controller既處理用戶輸入的響應(yīng)，又操作View處理View的復(fù)雜邏輯。
2.M-V-VM
MVVM是在原有領(lǐng)域Model的基礎(chǔ)上添加一個ViewModel，這個ViewModel除了正常的屬性意外，還包括一些供View顯示用的屬性。例如在經(jīng)典的MVP中，View有一個屬性IsCheck，需要在Presenter中設(shè)置View的IsCheck值。但是在MVVM中的Presenter也會有一個IsCheck屬性來同步View的IsCheck屬性，可能會用到Observer模式同步IsCheck的值。在MVVM中，Presenter被改名為ViewModel，就演變成了你看到的MVVM。在支持雙向綁定的平臺，MVVM更受歡迎。例如：
微軟的WPF和Silverlight。
