快捷導(dǎo)航

ASP.NET小結(jié)之MVC, MVP, MVVM比較以及區(qū)別（二）

更新時(shí)間：2014年05月14日 16:54:32 作者：

上一篇得到大家的關(guān)注，非常感謝。由于自己對(duì)于這些模式的理解也是有限，對(duì)于MVC,MVP,MVVM這些模式的比較，是結(jié)合自己的理解，一些地方不一定準(zhǔn)確,需要的朋友可以參考下

上一篇得到大家的關(guān)注，非常感謝。由于自己對(duì)于這些模式的理解也是有限，對(duì)于這些模式的比較，是結(jié)合自己的理解，一些地方不一定準(zhǔn)確，但是只有亮出自己的觀點(diǎn)，才能拋磚引玉不是? 歡迎各位拍磚。:)

復(fù)制代碼代碼如下:

閱讀目錄:

四. MVP模式

4.1 MVP的思想

4.2 UI界面接口化

4.3 Presenter —— Model和View之間的橋梁

4.4 MVP的代碼結(jié)構(gòu)和時(shí)序圖

4.5 MVP模式總結(jié)

五. MVVM模式

5.1 MVVM模式的設(shè)計(jì)思想

5.2 MVVM模式結(jié)構(gòu)圖

六. MVC, MVP和MVVM模式使用場(chǎng)景總結(jié)

四, MVP模式

MVP模式也是一種經(jīng)典的界面模式。MVP中的M代表Model, V是View, P是Presenter。
下面例子中的完整代碼，可以在這里下載: WinformMVP源碼
大家還可以比較這篇文章淺析MVP模式中V-P交互問題及案例分享

4.1 MVP的思想
MVP模式在我看來，是一個(gè)真正意義上的隔離View的細(xì)節(jié)和復(fù)雜性的模式。為什么這么說:
因?yàn)樵谄渌Ｊ街蠽都代表的是UI界面，是一個(gè)html頁面，XAML文件或者winform界面。但是在MVP模式中的V代表的是一個(gè)接口，一個(gè)將UI界面提煉而抽象出來的接口。接口意味著任何實(shí)現(xiàn)了該接口的界面，都能夠復(fù)用已有的Presenter和Model代碼。

4.2 UI界面接口化
要很好的理解MVP, 就要有把UI界面接口化的能力?？聪旅娴慕缑嬷校瑢⒓t色標(biāo)記的User Control抽象一下，就能得到下面的接口

復(fù)制代碼代碼如下:

public interface IUserAdd 
{ 
       event EventHandler UserAddEvent;
       string UserName { get; set; }
       string UserAge { get; set; }
}

界面中的2個(gè)輸入框被抽象成了UserName和UserAge兩個(gè)屬性。Save按鈕的點(diǎn)擊事件，被抽象成了事件UserAddEvent。winform中實(shí)現(xiàn)該接口的代碼如下:

復(fù)制代碼代碼如下:

public partial class UserAdd : UserControl, IUserAdd
{
       public event EventHandler UserAddEvent;
       public string UserName
       {
           set { this.txbName.Text = value; }
           get { return this.txbName.Text; }
       }

       public string UserAge
       {
           set { this.txbAge.Text = value; }
           get { return this.txbAge.Text; }
       }

       public UserAdd()
       {
           InitializeComponent();
       }

       private void btnAdd_Click(object sender, EventArgs e)
       {
          if (UserAddEvent != null) UserAddEvent(this, e);
       }
   }

下面拿UserAge屬性來解釋一下，UI界面接口化的魔力。當(dāng)后端代碼要獲取界面上的年齡值，就只需要get屬性, 要更新界面顯示的時(shí)候，就只需要set屬性。
這個(gè)時(shí)候，后端代碼對(duì)于界面的操作，被抽象成了對(duì)于UserAge屬性的操作了，也就是和具體的界面顯示無關(guān)了。

4.3 Presenter —— Model和View之間的橋梁
上文提到的后端代碼中，包含了P和M. M和MVC中一樣，指的是邏輯代碼。P則是Model和View之間的橋梁，負(fù)責(zé)將對(duì)應(yīng)的Model和View組合到一起。

針對(duì)上面的IUserAdd, 對(duì)應(yīng)的Presenter代碼是:

復(fù)制代碼代碼如下:

public class UserAddPresenter:IPresenter
{
       private readonly IUser _model;
       private readonly IUserAdd _view;
       private readonly ApplicationFacade _facade = ApplicationFacade.Instance; //這里的facade是Presenter之間通信用的，詳細(xì)可以看完整代碼

//Presenter構(gòu)造函數(shù)中，將view和model作為參數(shù)傳入

       public UserAddPresenter(IUser model, IUserAdd view)
       {
           _model = model;
           _view = view;
           WireUpViewEvents();
       }

       private void WireUpViewEvents()
       {
           _view.UserAddEvent += _view_UserAdd;
       }

      //當(dāng)view的UserAdd事件觸發(fā)，取得UI中的數(shù)據(jù)，調(diào)用model邏輯處理，添加新用戶。
     //同時(shí)發(fā)送User_ADDED消息到系統(tǒng)中(系統(tǒng)中其它UI部分接收消息，比如這里的DataGrid，它接收到User_ADDED之后，會(huì)刷新)
       private void _view_UserAdd(object sender, EventArgs e)
       {
           var user = new User
                      {
                          Name = _view.UserName,
                          Age = Convert.ToInt32(_view.UserAge)
                      };
           _model.AddItem(user);
           _facade.SendNotification(ApplicationFacade.USER_ADDED);
       }
}

4.4 MVP的代碼結(jié)構(gòu)和時(shí)序圖
這里的MVP中的代碼結(jié)構(gòu)圖和時(shí)序圖，能夠更好的幫助理解MVP模式

4.5 MVP模式總結(jié)
在MVP里，Presenter完全把Model和View進(jìn)行了分離，主要的程序邏輯在Presenter里實(shí)現(xiàn)。而且，Presenter與具體的 View是沒有直接關(guān)聯(lián)的，而是通過定義好的接口進(jìn)行交互，從而使得在變更View時(shí)候可以保持Presenter的不變，即重用！不僅如此，我們還可以編寫測(cè)試用的View，模擬用戶的各種操作，從而實(shí)現(xiàn)對(duì)Presenter的測(cè)試 —— 而不需要使用自動(dòng)化的測(cè)試工具。我們甚至可以在Model和View都沒有完成時(shí)候，就可以通過編寫Mock Object（即實(shí)現(xiàn)了Model和View的接口，但沒有具體的內(nèi)容的）來測(cè)試Presenter的邏輯。

MVP的優(yōu)勢(shì)

1、模型與視圖完全分離，我們可以修改視圖而不影響模型
2、可以更高效地使用模型，因?yàn)樗械慕换ザ及l(fā)生在一個(gè)地方——Presenter內(nèi)部
3、我們可以將一個(gè)Presener用于多個(gè)視圖，而不需要改變Presenter的邏輯。這個(gè)特性非常的有用，因?yàn)橐晥D的變化總是比模型的變化頻繁。
4、如果我們把邏輯放在Presenter中，那么我們就可以脫離用戶界面來測(cè)試這些邏輯（單元測(cè)試）

五, MVVM模式

5.1 MVVM模式的設(shè)計(jì)思想
MVVM模式中，一個(gè)ViewModel和一個(gè)View匹配，它沒有MVP中的IView接口，而是完全的和View綁定，所有View中的修改變化，都會(huì)自動(dòng)更新到ViewModel中，同時(shí)ViewModel的任何變化也會(huì)自動(dòng)同步到View上顯示。

這種自動(dòng)同步之所以能夠的原因是ViewModel中的屬性都實(shí)現(xiàn)了observable這樣的接口，也就是說當(dāng)使用屬性的set的方法，都會(huì)同時(shí)觸發(fā)屬性修改的事件，使綁定的UI自動(dòng)刷新。(在WPF中，這個(gè)observable接口是 INotifyPropertyChanged; 在knockoutjs中，是通過函數(shù)ko.observable() 和ko.observrableCollection()來實(shí)現(xiàn)的)

所以MVVM比MVP更升級(jí)一步，在MVP中，V是接口IView, 解決對(duì)于界面UI的耦合; 而MVVM干脆直接使用ViewModel和UI無縫結(jié)合, ViewModel直接就能代表UI. 但是MVVM做到這點(diǎn)是要依賴具體的平臺(tái)和技術(shù)實(shí)現(xiàn)的，比如WPF和knockoutjs, 這也就是為什么ViewModel不需要實(shí)現(xiàn)接口的原因，因?yàn)閷?duì)于具體平臺(tái)和技術(shù)的依賴，本質(zhì)上使用MVVM模式就是不能替換UI的使用平臺(tái)的.

5.2 MVVM模式結(jié)構(gòu)圖
這里是MVVM模式的結(jié)構(gòu)圖，能夠幫助更加容易的理解MVVM模式:

六, MVC, MVP和MVVM模式使用場(chǎng)景總結(jié)

由于在winform中無法像WPF一樣，支持?jǐn)?shù)據(jù)和界面的雙向綁定以及事件的監(jiān)控，所以，在winform中MVP是最佳選擇。
WPF和html界面中使用Knockout，實(shí)現(xiàn)了observable，所以使用MVVM.(應(yīng)該說WPF就是為使用MVVM設(shè)計(jì)的)
在web應(yīng)用中,由于http是基于請(qǐng)求和響應(yīng)方式協(xié)同工作的, 無法一直保持連接狀態(tài)，所以無法達(dá)到MVP中Presenter之間的消息傳遞和MVVM中的ViewModel和界面之間的綁定，所以MVC是最佳的選擇。

您可能感興趣的文章: