123
談談關於MVP模式中V-P交互問題
在差不多兩年的時間內，我們項目組幾十來號人都撲在一個項目上麵。這是一個基於微軟SCSF（Smart Client Software Factory）的項目，客戶端是墨爾本一家事業單位。前兩周，我奉命負責對某個模塊進行Code Review工作，在此期間，發現了一些問題，也有了一些想法。不過，有些想法可能還不是很成熟，不能完全保證其正確性，有機會寫出來討論一下。今天來說說關於MVP的一些想法。
一、簡單講講MVP是什麼玩意兒
如果從層次關係來講，MVP屬於Presentation層的設計模式。對於一個UI模塊來說，它的所有功能被分割為三個部分，分別通過Model、View和Presenter來承載。Model、View和Presenter相互協作，完成對最初數據的呈現和對用戶操作的響應，它們具有各自的職責劃分。Model可以看成是模塊的業務邏輯和數據的提供者；View專門負責數據可視化的呈現，和用戶交互事件的相對應。一般地，View會實現一個相應的接口；Presenter是一般充當Model和View的紐帶。
MVP具有很多的變體，其中最為常用的一種變體成為Passive View（被動視圖）。對於Passive View，Model、View和Presenter之間的關係如下圖所示。View和Modell之間不能直接交互，View通過Presenter與Model打交道。Presenter接受View的UI請求，完成簡單的UI處理邏輯，並調用Model進行業務處理，並調用View將相應的結果反映出來。View直接依賴Presenter，但是Presenter間接依賴View，它直接依賴的是View實現的接口。關於MVP和Passive View基本的常識性東西，不是本篇文章論述的重點，對此不清楚的讀者相信可以Google出很多相關的資料來，所以在這裏就再多做介紹了。
![clip_image002[4]](https://images.cnblogs.com/cnblogs_com/artech/WindowsLiveWriter/MVPVP_11F40/clip_image002%5B4%5D.jpg "clip_image002[4]")
Passive View，顧名思義，View是被動的。那麼主動是誰呢？答案是Presenter。對於Presenter的主動性，我個人是這麼理解的：
- Presenter是整個MVP體係的控製中心，而不是單純的處理View請求的人；
- View僅僅是用戶交互請求的匯報者，對於響應用戶交互相關的邏輯和流程，View不參與決策，真正的決策者是Presenter；
- View向Presenter發送用戶交互請求應該采用這樣的口吻：“我現在將用戶交互請求發送給你，你看著辦，需要我的時候我會協助你”，不應該是這樣：“我現在處理用戶交互請求了，我知道該怎麼辦，但是我需要你的支持，因為實現業務邏輯的Model隻信任你”；
- 對於綁定到View上的數據，不應該是View從Presenter上“拉”回來的，應該是Presenter主動“推”給View的；
- View盡可能不維護數據狀態，因為其本身僅僅實現單純的、獨立的UI操作；Presenter才是整個體係的協調者，它根據處理用於交互的邏輯給View和Model安排工作。
三、理想與現實的距離
上麵對Passive View MVP特征的羅列，我覺得是一種理想狀態。是在大型項目中，尤其是項目的開發者自身並不完全理解MVP原理的情況下，要整體實現這樣的一種理想狀態是一件很難的事情。有人可能會說，在開發人員不了解MVP的情況下要求他們用好MVP，你這不是扯淡嗎？實際上，在這裏並不是說開發人員完全沒有MVP關於關注點分離的概念，隻是對MVP中的三元角色並沒有非常清晰的界定（實際上也沒有一個明確的規範對Model、View和Presenter具體的職責範圍進行明確的劃分），在開發的時候，會不自覺地受傳統編程習慣的影響，將Presenter單純地當成是View調用Model的中介。我經常這麼說：如果以View為中心，將Presenter當成是View和Model的中間人，這也叫MVP模式，不過這裏的P不是Presenter，而是Proxy，是Model在View的代理而已。
從Passive View中Model、View和Presenter三者之間的依賴關係來看，這個模型充分地給了開發者犯這樣錯誤的機會。注意上麵的圖中View到Presenter的箭頭表明View是可以任意的調用Presenter的。開發人員完全有可能將大部分UI處理邏輯寫在View中，而Presenter僅僅對Model響應操作的簡單調用。因為在我Review的各種所謂的MVP編程方式中，有不少是這麼寫的。在很多情況下，甚至不用認真去分析具體的代碼，從View和Presenter中代碼的行數就可以看出來，因為View的代碼和Presenter的代碼都不在一個數量級。
我現在的一個目的是提出一種編程模式，杜絕開發人員將程序寫成基於Proxy的MVP，在我看來，唯一的辦法就是盡量弱化（不可能剔除）View對Presenter的依賴。實際上，對於MVP來說，View僅僅向Presenter遞交用戶交互請求，僅此而已。如果我們將View對Presenter的這點依賴關係實現在框架層次中，最終開發人員的編程來說就不需要這種依賴了。那麼我就可以通過一定的編程技巧使View根本無法訪問Presenter，從而避免Presenter成為Proxy的可能的。
那麼，如果在不能獲得Presenter的情況下，使View能夠正常將請求遞交給Presenter呢？很簡單，通過事件訂閱機製就可以了，雖然View不可以獲取到Presenter，但是Presenter卻可以獲取到View，讓Presenter訂閱View的相關事件就可以的。
四、讓View不再依賴Presenter的編程模型
現在，我們就來如果通過一種簡單的編程模式就能夠讓View對Presenter的依賴完全地從中最終開發者的源代碼中移除。為此，我們需要定義一係列的基類，首先我為所有的View創建基類ViewBase，在這裏我們直接用Form作為View，而在SCSF中View一般是通過UserControl來表示的。ViewBase定義如下，為了使View中不能調用Presenter，我將其定義成私有字段。那麼，如何讓View和Presenter之間建立起關聯呢？在這裏通過虛方法CreatePresenter，具體的View必須重寫該方法，不然會拋出一個NotImplementedException異常。在構造函數中，調用該方法比用返回值為Presenter賦值。
1: using System;
2: using System.ComponentModell;
3: using System.Windows.Forms;
4: namespace MVPDemo
5: {
6: public class ViewBase: Form
7: {
8: private object _presenter;
9:
10: public ViewBase()
11: {
12: _presenter = this.CreatePresenter();
13: }
14:
15: protected virtual object CreatePresenter()
16: {
17: if (LicenseManager.CurrentContext.UsageModel == LicenseUsageModel.Designtime)
18: {
19: return null;
20: }
21: else
22: {
23: throw new NotImplementedException(string.Format("{0} must override the CreatePresenter method.", this.GetType().FullName));
24: }
25: }
26: }
27: }
然後，我們也為所有的Presenter創建基類Presenter<IView>，泛型類型IView表示具體View實現的接口。表示View的同名隻讀屬性在構造函數中賦值，賦值完成之後調用調用虛方法OnViewSet。具體的Presenter可以重寫該方法進行對View進行事件注冊工作。但是需要注意的是，Presenter的創建是在ViewBase的構造函數中通過調用CreatePresenter方法實現，所以執行OnViewSet的時候，View本身還沒有完全初始化，所以在此不能對View的控件進行操作。
1: namespace MVPDemo
2: {
3: public class Presenter<IView>
4: {
5: public IView View { get; private set; }
6:
7: public Presenter(IView view)
8: {
9: this.View = view;
10: this.OnViewSet();
11: }
12: protected virtual void OnViewSet()
13: { }
14: }
15: }
由於，Presenter是通過接口的方式與View進行交互的。在這裏，由於View通過Form的形式體現，有時候我們要通過這個接口訪問Form的一些屬性、方法和事件，需要將相應的成員定義在接口上麵，比較麻煩。此時，我們可以選擇將這些成員定義在一個接口中，具體View的接口繼承該接口就可以了。在這裏，我們相當是為所有的View接口創建了“基接口”。作為演示，我現在了Form的三個事件成員定義在街口IViewBase中。
1: using System;
2: using System.ComponentModell;
3: namespace MVPDemo
4: {
5: public interface IViewBase
6: {
7: event EventHandler Load;
8: event EventHandler Closed;
9: event CancelEventHandler Closing;
10: }
11: }
五、實例演示
上麵我通過定義基類和接口為整個編程模型搭建了一個框架，現在我們通過一個具體的例子來介紹該編程模型的應用。我們采用的是一個簡單的Windows Forms應用，模擬管理客戶信息的場景，邏輯很簡單：程序啟動的時候顯示出所有的客戶端列表；用戶選擇某一客戶端，將響應的信息顯示在TextBox中以供編輯；對客戶端信息進行相應修改之後，點擊OK按鈕進行保存。整個操作界麵如下圖所示：
首先，我們創建實體類Customer，簡單起見，僅僅包含四個屬性：Id、FirstName、LastName和Address：
1: using System;
2: namespace MVPDemo
3: {
4: public class Customer: ICloneable
5: {
6: public string Id
7: { get; set; }
8:
9: public string FirstName
10: { get; set; }
11:
12: public string LastName
13: { get; set; }
14:
15: public string Address
16: { get; set; }
17:
18: object ICloneable.Clone()
19: {
20: return this.Clone();
21: }
22:
23: public Customer Clone()
24: {
25: return new Customer {
26: Id = this.Id,
27: FirstName = this.FirstName,
28: LastName = this.LastName,
29: Address = this.Address
30: };
31: }
32: }
33: }
然後，為了真實模擬MVP三種角色，特意創建一個CustomerModel類型，實際上在真實的應用中，並沒有單獨一個類型來表示Model。CustomerModel維護客戶列表，體統相關的查詢和更新操作。CustomerModel定義如下：
1: using System.Collections.Generic;
2: using System.Linq;
3: namespace MVPDemo
4: {
5: public class CustomerModel
6: {
7: private IList<Customer> _customers = new List<Customer>{
8: new Customer{ Id = "001", FirstName = "San", LastName = "Zhang", Address="Su zhou"},
9: new Customer{ Id = "002", FirstName = "Si", LastName = "Li", Address="Shang Hai"}
10: };
11:
12: public void UpdateCustomer(Customer customer)
13: {
14: for (int i = 0; i < _customers.Count; i++)
15: {
16: if (_customers[i].Id == customer.Id)
17: {
18: _customers[i] = customer;
19: break;
20: }
21: }
22: }
23:
24: public Customer GetCustomerById(string id)
25: {
26: var customers = from customer in _customers
27: where customer.Id == id
28: select customer.Clone();
29: return customers.ToArray<Customer>()[0];
30: }
31:
32: public Customer[] GetAllCustomers()
33: {
34: var customers = from customer in _customers
35: select customer.Clone();
36: return customers.ToArray<Customer>();
37: }
38: }
39: }
接著，我們定義View的接口ICustomerView。ICustomerView定義了兩個事件，CustomerSelected在用戶從Gird中選擇了某個條客戶記錄是觸發，而CustomerSaving則在用戶完成編輯點擊OK按鈕視圖提交修改時觸發。ICustomerView還定義了View必須完成的三個基本操作：綁定客戶列表（ListAllCustomers）；顯示單個客戶信息到TextBox（DisplayCustomerInfo）；保存後清空可編輯控件（Clear）。
1: using System;
2: namespace MVPDemo
3: {
4: public interface ICustomerView : IViewBase
5: {
6: event EventHandler<CustomerEventArgs> CustomerSelected;
7:
8: event EventHandler<CustomerEventArgs> CustomerSaving;
9:
10: void ListAllCustomers(Customer[] customers);
11:
12: void DisplayCustomerInfo(Customer customer);
13:
14: void Clear();
15: }
16: }
事件參數的類型CustomerEventArgs定義如下，兩個屬性CustomerId和Customer分別代表客戶ＩＤ和具體的客戶，它們分別用於上麵提到的CustomerSelected和CustomerSaving事件。
1: using System;
2: namespace MVPDemo
3: {
4: public class CustomerEventArgs : EventArgs
5: {
6: public string CustomerId
7: { get; set; }
8:
9: public Customer Customer
10: { get; set; }
11: }
12: }
而具體的Presenter定義在如下的CustomerPresenter類型中。在重寫的OnViewSet方法中注冊View的三個事件：Load事件中調用Model獲取所有客戶列表，並顯示在View的Grid上；CustomerSelected事件中通過事件參數傳遞的客戶ID調用Model獲取相應的客戶信息，顯示在View的可編輯控件上；CustomerSaving則通過事件參數傳遞的被更新過的客戶信息，調用Model提交更新。
1: using System.Windows.Forms;
2:
3: namespace MVPDemo
4: {
5: public class CustomerPresenter: Presenter<ICustomerView>
6: {
7: public CustomerModel Model
8: { get; private set; }
9:
10: public CustomerPresenter(ICustomerView view)
11: : base(view)
12: {
13: this.Model = new CustomerModel();
14: }
15:
16: protected override void OnViewSet()
17: {
18: this.View.Load += (sender, args) =>
19: {
20: Customer[] customers = this.Model.GetAllCustomers();
21: this.View.ListAllCustomers(customers);
22: this.View.Clear();
23: };
24: this.View.CustomerSelected += (sender, args) =>
25: {
26: Customer customer = this.Model.GetCustomerById(args.CustomerId);
27: this.View.DisplayCustomerInfo(customer);
28: };
29: this.View.CustomerSaving += (sender, args) =>
30: {
31: this.Model.UpdateCustomer(args.Customer);
32: Customer[] customers = this.Model.GetAllCustomers();
33: this.View.ListAllCustomers(customers);
34: this.View.Clear();
35: MessageBox.Show("The customer has been successfully updated!", "Successfully Update", MessageBoxButtons.OK, MessageBoxIcon.Information);
36: };
37: }
38: }
39: }
對於具體的View來說，僅僅需要實現ICustomerView，並處理響應控件事件即可（主要是用戶從Grid中選擇某個記錄觸發的RowHeaderMouseClick事件，以及點擊OK的事件）。實際上不需要View親自處理這些事件，而僅僅需要觸發相應的事件，讓事件訂閱者（Presenter）來處理就可以了。此外還需要重寫CreatePresenter方法完成對CustomerPresenter的創建。CustomerView定義如下：
1: using System;
2: using System.Windows.Forms;
3:
4: namespace MVPDemo
5: {
6: public partial class CustomerView : ViewBase, ICustomerView
7: {
8: public CustomerView()
9: {
10: InitializeComponent();
11: }
12:
13: protected override object CreatePresenter()
14: {
15: return new CustomerPresenter(this);
16: }
17:
18: #region ICustomerView Members
19:
20: public event EventHandler<CustomerEventArgs> CustomerSelected;
21:
22: public event EventHandler<CustomerEventArgs> CustomerSaving;
23:
24: public void ListAllCustomers(Customer[] customers)
25: {
26: this.dataGridViewCustomers.DataSource = customers;
27: }
28:
29: public void DisplayCustomerInfo(Customer customer)
30: {
31: this.buttonOK.Enabled = true;
32: this.textBoxId.Text = customer.Id;
33: this.textBox1stName.Text = customer.FirstName;
34: this.textBoxLastName.Text = customer.LastName;
35: this.textBoxAddress.Text = customer.Address;
36: }
37:
38: public void Clear()
39: {
40: this.buttonOK.Enabled = false;
41: this.textBox1stName.Text = string.Empty;
42: this.textBoxLastName.Text = string.Empty;
43: this.textBoxAddress.Text = string.Empty;
44: this.textBoxId.Text = string.Empty;
45: }
46:
47: #endregion
48:
49: protected virtual void OnCustomerSelected(string customerId)
50: {
51: var previousId = this.textBoxId.Text.Trim();
52: if (customerId == previousId)
53: {
54: return;
55: }
56: if(null != this.CustomerSelected)
57: {
58: this.CustomerSelected(this, new CustomerEventArgs{ CustomerId = customerId});
59: }
60: }
61:
62: protected virtual void OnCustomerSaving(Customer customer)
63: {
64: if(null != this.CustomerSaving)
65: {
66: this.CustomerSaving(this, new CustomerEventArgs{ Customer = customer});
67: }
68: }
69:
70: private void dataGridViewCustomers_RowHeaderMouseClick(object sender, DataGridViewCellMouseEventArgs e)
71: {
72: var currentRow = this.dataGridViewCustomers.Rows[e.RowIndex];
73: var customerId = currentRow.Cells[0].Value.ToString();
74: this.OnCustomerSelected(customerId);
75: }
76:
77: private void buttonOK_Click(object sender, EventArgs e)
78: {
79: var customer = new Customer();
80: customer.Id = this.textBoxId.Text.Trim();
81: customer.FirstName = this.textBox1stName.Text.Trim();
82: customer.LastName = this.textBoxLastName.Text.Trim();
83: customer.Address = this.textBoxAddress.Text.Trim();
84: this.OnCustomerSaving(customer);
85: }
86: }
87: }
微信公眾賬號：大內老A
微博：www.weibo.com/artech
如果你想及時得到個人撰寫文章以及著作的消息推送，或者想看看個人推薦的技術資料，可以掃描左邊二維碼（或者長按識別二維碼）關注個人公眾號（原來公眾帳號蔣金楠的自媒體將會停用）。
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁麵明顯位置給出原文連接，否則保留追究法律責任的權利。
最後更新：2017-10-27 15:05:06