MVP开发模式的理解

1.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实现的接口。

2.Passive View的基本特征

Passive View,顾名思义,View是被动的。那么主动是谁呢?答案是Presenter。对于Presenter的主动性,我个人是这么理解的:

  • Presenter是整个MVP体系的控制中心,而不是单纯的处理View请求的人;
  • View仅仅是用户交互请求的汇报者,对于响应用户交互相关的逻辑和流程,View不参与决策,真正的决策者是Presenter;
  • View向Presenter发送用户交互请求应该采用这样的口吻:“我现在将用户交互请求发送给你,你看着办,需要我的时候我会协助你”,不应该是这样:“我现在处理用户交互请求了,我知道该怎么办,但是我需要你的支持,因为实现业务逻辑的Model只信任你”;
  • 对于绑定到View上的数据,不应该是View从Presenter上“拉”回来的,应该是Presenter主动“推”给View的;
  • View尽可能不维护数据状态,因为其本身仅仅实现单纯的、独立的UI操作;Presenter才是整个体系的协调者,它根据处理用于交互的逻辑给View和Model安排工作。

3.理想与现实的距离

上面对Passive View MVP特征的罗列,我觉得是一种理想状态。是在大型项目中,尤其是项目的开发者自身并不完全理解MVP原理的情况下,要整体实现这样的一种理想状态是一件很难的事情。从Passive View中Model、View和Presenter三者之间的依赖关系来看,这个模型充分地给了开发者犯这样错误的机会。注意上面的图中View到Presenter的箭头表明View是可以任意的调用Presenter的。开发人员完全有可能将大部分UI处理逻辑写在View中,而Presenter仅仅对Model响应操作的简单调用。为了杜绝开发人员将程序写成基于Proxy的MVP,在我看来,唯一的办法就是尽量弱化(不可能剔除)View对Presenter的依赖。实际上,对于MVP来说,View仅仅向Presenter递交用户交互请求,仅此而已。如果我们将View对Presenter的这点依赖关系实现在框架层次中,最终开发人员的编程来说就不需要这种依赖了。那么我就可以通过一定的编程技巧使View根本无法访问Presenter,从而避免Presenter成为Proxy的可能的。那么,如果在不能获得Presenter的情况下,使View能够正常将请求递交给Presenter呢?很简单,通过事件订阅机制就可以了,虽然View不可以获取到Presenter,但是Presenter却可以获取到View,让Presenter订阅View的相关事件就可以的。

4.让View不再依赖于Presenter的编程模型

现在,我们就来如果通过一种简单的编程模式就能够让View对Presenter的依赖完全地从中最终开发者的源代码中移除。为此,我们需要定义一系列的基类,首先我为所有的View创建基类ViewBase,在这里我们直接用Form作为View。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: }

5.实例演示

上面我通过定义基类和接口为整个编程模型搭建了一个框架,现在我们通过一个具体的例子来介绍该编程模型的应用。我们采用的是一个简单的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分别代表客户ID和具体的客户,它们分别用于上面提到的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();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: }

引用自artech的文本

1.谈谈关于MVP模式中V-P交互问题

2.大话MVP

3.MVC、MVP及Model

时间: 2024-10-12 03:34:44

MVP开发模式的理解的相关文章

理解 Android MVP 开发模式

/***************************************************************************************** * 理解 Android MVP 开发模式 * 说明: * 最近梦真经常在提到MVP开发模式,因为我自己写APP的经验比较少,主要是需求很少,一些很 * 简单的APP也用不上,逻辑很简单,不过还是花点时间学习一下. * * 2016-9-11 深圳 南山平山村 曾剑锋 ************************

【FastDev4Android框架开发】Android MVP开发模式详解(十九)

转载请标明出处: http://blog.csdn.net/developer_jiangqq/article/details/49613861 本文出自:[江清清的博客] (一).前言: 今天我们的项目继续更新,今天我们主要讲解MVP开发模式以及具体实例. FastDev4Android框架项目地址:https://github.com/jiangqqlmj/FastDev4Android (二).简介: MVP(Model ViewPresenter)模式是著名的MVC(Model View

Android应用中MVP开发模式

所谓MVP(Model-View-Presenter)模式.是将APP的结构分为三层: view - UI显示层 view 层主要负责: 提供UI交互 在presenter的控制下修改UI. 将业务事件交由presenter处理.注意. View层不存储数据,不与Model层交互. presenter - 逻辑处理层 presenter 层主要负责: 对UI的各种业务事件进行相应处理.也许是与Model层交互,也许自己进行一些计算,也许控制后台Task,Servic 对各种订阅事件进行响应,修改

javaweb学习总结(二十一)——JavaWeb的两种开发模式

SUN公司推出JSP技术后,同时也推荐了两种web应用程序的开发模式,一种是JSP+JavaBean模式,一种是Servlet+JSP+JavaBean模式. 一.JSP+JavaBean开发模式 1.1.jsp+javabean开发模式架构 jsp+javabean开发模式的架构图如下图(图1-1)所示 图1-1 在jsp+javabean架构中,JSP负责控制逻辑.表现逻辑.业务对象(javabean)的调用. JSP+JavaBean模式适合开发业务逻辑不太复杂的web应用程序,这种模式下

javaweb基础(21)_两种开发模式

SUN公司推出JSP技术后,同时也推荐了两种web应用程序的开发模式,一种是JSP+JavaBean模式,一种是Servlet+JSP+JavaBean模式. 一.JSP+JavaBean开发模式 1.1.jsp+javabean开发模式架构 jsp+javabean开发模式的架构图如下图(图1-1)所示 图1-1 在jsp+javabean架构中,JSP负责控制逻辑.表现逻辑.业务对象(javabean)的调用. JSP+JavaBean模式适合开发业务逻辑不太复杂的web应用程序,这种模式下

javaweb学习总结(二十一)——JavaWeb的两种开发模式【转】

原文 地址:http://www.cnblogs.com/xdp-gacl/p/3908610.html SUN公司推出JSP技术后,同时也推荐了两种web应用程序的开发模式,一种是JSP+JavaBean模式,一种是Servlet+JSP+JavaBean模式. 一.JSP+JavaBean开发模式 1.1.jsp+javabean开发模式架构 jsp+javabean开发模式的架构图如下图(图1-1)所示 图1-1 在jsp+javabean架构中,JSP负责控制逻辑.表现逻辑.业务对象(j

javaweb(二十一)——JavaWeb的两种开发模式

一.JSP+JavaBean开发模式 1.1.jsp+javabean开发模式架构 jsp+javabean开发模式的架构图如下图(图1-1)所示 图1-1 在jsp+javabean架构中,JSP负责控制逻辑.表现逻辑.业务对象(javabean)的调用. JSP+JavaBean模式适合开发业务逻辑不太复杂的web应用程序,这种模式下,JavaBean用于封装业务数据,JSP即负责处理用户请求,又显示数据. 1.2.JSP+JavaBean开发模式编写计算器 首先分析一下jsp和javabe

浅析前端开发中的 MVC/MVP/MVVM 模式

MVC,MVP和MVVM都是常见的软件架构设计模式(Architectural Pattern),它通过分离关注点来改进代码的组织方式.不同于设计模式(Design Pattern),只是为了解决一类问题而总结出的抽象方法,一种架构模式往往使用了多种设计模式. 要了解MVC.MVP和MVVM,就要知道它们的相同点和不同点.不同部分是C(Controller).P(Presenter).VM(View-Model),而相同的部分则是MV(Model-View). Model&View 这里有一个可

我所理解的软件开发模式

在写这篇博客之前,提到软件开发我所能讲出来的只有个人开发团队开发之类的,于是我去百度,得知软件开发模式有:边做边改模型,瀑布模型,迭代模型,快速原型模型,增量模型,螺旋模型,敏捷软件开发,演化模型,喷泉模型,智能模型,混合模型等. 好吧,你赢了. 在读了邹欣老师在知乎发表的Build To Win的文章之后,我对软件开发的模式有了一定新的认知: 软件开发的目地决定了软件开发的模式. 每个人开发软件都是有目地的,我作为学生,写一些小的程序是为了练习,是一个学习的过程,就是邹欣老师在文章中提到的Bu