三者的目的都是分離關(guān)注,使得UI更容易變換(從Winform變?yōu)閃ebform),使得UI更容易進(jìn)行單元測試。

1、View接受用戶(hù)的交互請求,
2、View將請求轉交給Controller,
3、Controller操作Model進(jìn)行數據更新
4、數據更新之后,Model通知View數據變化
5、View顯示更新之后的數據
View和Controller使用Strategy模式實(shí)現,View使用Composite模式,View和Model通過(guò)Observer模式同步信息。Controller不知道任何View的細節,一個(gè)Controller能被多個(gè)View使用。MVC的一個(gè)缺點(diǎn)是很難對controller進(jìn)行單元測試,Controller操作數據,但是如何從View上斷言這些數據的變化呢?例如,點(diǎn)擊一個(gè)View的按鈕,提交一個(gè)事件給Controller,Controller修改Model的值。這個(gè)值反映到View上是字體和顏色的變化。測試這個(gè)Case還是有點(diǎn)困難的。
1、 View接受用戶(hù)的交互請求
2、 View將請求轉交給Presenter
3、 Presenter操作Model進(jìn)行數據庫更新
4、 數據更新之后,Model通知Presenter數據發(fā)生變化
5、 Presenter更新View的數據
Presenter將Model的變化返回給View。和MVC不同的是,presenter會(huì )反作用于view,不像controller只會(huì )被動(dòng)的接受view的指揮。正常情況下,發(fā)現可以抽象view,暴漏屬性和事件,然后presenter引用view的抽象。這樣可以很容易的構造view的mock對象,提高可單元測試性。在這里,presenter的責任變大了,不僅要操作數據,而且要更新view。
在現實(shí)中mvp的實(shí)現會(huì )根據view的充、貧血而有一些不同,一部分傾向于在view中放置簡(jiǎn)單的邏輯,在presenter放置復雜的邏輯,另一部分傾向于在presenter中放置全部的邏輯。這兩種分別被稱(chēng)為:Passive View和Superivising Controller。
在Passive View中,為了減少UI組件的行為,使用controller不僅控制用戶(hù)事件的響應,而且將結果更新到view上??梢约袦y試controller,減小view出問(wèn)題的風(fēng)險。
在Superivising Controller中的controller既處理用戶(hù)輸入的響應,又操作view處理view的復雜邏輯。

MVVM是在原有領(lǐng)域Model的基礎上添加一個(gè)ViewModel,這個(gè)ViewModel除了正常的屬性意外,還包括一些供View顯示用的屬性。例如在經(jīng)典的MVP中,view有一個(gè)屬性ischeck,需要在presenter中設置view的ischeck值。但是在MVVM中的presenter也會(huì )有一個(gè)ischeck屬性來(lái)同步view的ischeck屬性,可能會(huì )用到observer模式同步ischeck的值。在MVVM中,presenter被改名為ViewModel,就演變成了你看到的MVVM。在支持雙向綁定的平臺,MVVM更受歡迎。例如:微軟的WPF和Silverlight。
聯(lián)系客服