 |
界面中的2個輸入框被抽象成了UserName和UserAge兩個屬性。Save按鈕的點擊事件，被抽象成了事件UserAddEvent。winform中實現(xiàn)該接口的代碼如下:
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屬性, 要更新界面顯示的時候，就只需要set屬性。
這個時候，后端代碼對于界面的操作，被抽象成了對于UserAge屬性的操作了，也就是和具體的界面顯示無關(guān)了。
4.3 Presenter —— Model和View之間的橋梁
上文提到的后端代碼中，包含了P和M. M和MVC中一樣，指的是邏輯代碼。P則是Model和View之間的橋梁，負(fù)責(zé)將對應(yīng)的Model和View組合到一起。
針對上面的IUserAdd, 對應(yīng)的Presenter代碼是:
//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邏輯處理，添加新用戶。
//同時發(fā)送User_ADDED消息到系統(tǒng)中(系統(tǒng)中其它UI部分接收消息，比如這里的DataGrid，它接收到User_ADDED之后，會刷新)
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)和時序圖
這里的MVP中的代碼結(jié)構(gòu)圖和時序圖，能夠更好的幫助理解MVP模式
4.5 MVP模式總結(jié)
在MVP里，Presenter完全把Model和View進行了分離，主要的程序邏輯在Presenter里實現(xiàn)。而且，Presenter與具體的 View是沒有直接關(guān)聯(lián)的，而是通過定義好的接口進行交互，從而使得在變更View時候可以保持Presenter的不變，即重用！ 不僅如此，我們還可以編寫測試用的View，模擬用戶的各種操作，從而實現(xiàn)對Presenter的測試 —— 而不需要使用自動化的測試工具。 我們甚至可以在Model和View都沒有完成時候，就可以通過編寫Mock Object（即實現(xiàn)了Model和View的接口，但沒有具體的內(nèi)容的）來測試Presenter的邏輯。
MVP的優(yōu)勢
1、模型與視圖完全分離，我們可以修改視圖而不影響模型
2、可以更高效地使用模型，因為所有的交互都發(fā)生在一個地方——Presenter內(nèi)部
3、我們可以將一個Presener用于多個視圖，而不需要改變Presenter的邏輯。這個特性非常的有用，因為視圖的變化總是比模型的變化頻繁。
4、如果我們把邏輯放在Presenter中，那么我們就可以脫離用戶界面來測試這些邏輯（單元測試）
五, MVVM模式
5.1 MVVM模式的設(shè)計思想
MVVM模式中，一個ViewModel和一個View匹配，它沒有MVP中的IView接口，而是完全的和View綁定，所有View中的修改變化，都會自動更新到ViewModel中，同時ViewModel的任何變化也會自動同步到View上顯示。
這種自動同步之所以能夠的原因是ViewModel中的屬性都實現(xiàn)了observable這樣的接口，也就是說當(dāng)使用屬性的set的方法，都會同時觸發(fā)屬性修改的事件，使綁定的UI自動刷新。(在WPF中，這個observable接口是 INotifyPropertyChanged; 在knockoutjs中，是通過函數(shù)ko.observable() 和ko.observrableCollection()來實現(xiàn)的)
所以MVVM比MVP更升級一步，在MVP中，V是接口IView, 解決對于界面UI的耦合; 而MVVM干脆直接使用ViewModel和UI無縫結(jié)合, ViewModel直接就能代表UI. 但是MVVM做到這點是要依賴具體的平臺和技術(shù)實現(xiàn)的，比如WPF和knockoutjs, 這也就是為什么ViewModel不需要實現(xiàn)接口的原因，因為對于具體平臺和技術(shù)的依賴，本質(zhì)上使用MVVM模式就是不能替換UI的使用平臺的.
5.2 MVVM模式結(jié)構(gòu)圖
這里是MVVM模式的結(jié)構(gòu)圖，能夠幫助更加容易的理解MVVM模式:
六, MVC, MVP和MVVM模式使用場景總結(jié)
由于在winform中無法像WPF一樣，支持?jǐn)?shù)據(jù)和界面的雙向綁定以及事件的監(jiān)控，所以，在winform中MVP是最佳選擇。
WPF和html界面中使用Knockout，實現(xiàn)了observable， 所以使用MVVM.(應(yīng)該說WPF就是為使用MVVM設(shè)計的)
在web應(yīng)用中,由于http是基于請求和響應(yīng)方式協(xié)同工作的, 無法一直保持連接狀態(tài)，所以無法達(dá)到MVP中Presenter之間的消息傳遞和MVVM中的ViewModel和界面之間的綁定， 所以MVC是最佳的選擇。
標(biāo)簽：張家界 江蘇 德陽 陽泉 白山 蘭州 天門 新疆
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《ASP.NET小結(jié)之MVC, MVP, MVVM比較以及區(qū)別（二）》，本文關(guān)鍵詞 ASP.NET,小結(jié),之,MVC,MVP,MVVM,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
