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