- 版權(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的責任變大了，不僅要操作數(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出問題的風險骚灸。
在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允华。
