如何快速评估白话版MVP的实用性?

2026-05-25 10:255阅读0评论SEO资讯
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计3170个文字,预计阅读时间需要13分钟。

如何快速评估白话版MVP的实用性?

前言一:没有想到的是,这篇短文竟然断断续续写了数月,期间反复修改,思想也经历了好几次升华。原本文章的题目是《MVP之七十二变》,但最终发现,其实就只有变这一核心。

前言一:没有想到的是,这篇文章竟然断断续续写了一个多月,期间反复改了多次,思想也经历了好几次升华。本来文章的题目是《MVP之七十二变》,但是最终发现变来变去其实就只有两个模式,MVP和MVVM,而后者还是从前者中衍生的,二者形差而神似,正所谓——条条大路通罗马。

前言二:本文,以及后面的几篇文章《从event折腾到command》、《AttachedBehavior技术详解》、《包式波动理念》共同构成了Prism开发的四部曲(这么名字有点别扭哦)。这一系列文章,都是基于这两个多月来对公司的Silverlight项目进行重构时的经验之谈。

(一)MVP之前世今生

MVP模式,顾名思义即Model—View—Presenter。一言以蔽之,就是用Presenter控制界面(View)和数据(Model)的交互关系。通用MVP的UML图如下所示(也适用于Winform和ASP.NET,后者又将Presenter称为Controller):

接下来,我要给出Winform下的MVP编程模型的模板,任何地方都可以套用,大致分为以下几步:

1)Model

Model是一个只包含属性的实体类,这些属性分别与View中需要绑定的控件属性相对应。比如说,当前这个例子的Model,只有一个属性Name,绑定到View中Label的Text属性。

阅读全文

本文共计3170个文字,预计阅读时间需要13分钟。

如何快速评估白话版MVP的实用性?

前言一:没有想到的是,这篇短文竟然断断续续写了数月,期间反复修改,思想也经历了好几次升华。原本文章的题目是《MVP之七十二变》,但最终发现,其实就只有变这一核心。

前言一:没有想到的是,这篇文章竟然断断续续写了一个多月,期间反复改了多次,思想也经历了好几次升华。本来文章的题目是《MVP之七十二变》,但是最终发现变来变去其实就只有两个模式,MVP和MVVM,而后者还是从前者中衍生的,二者形差而神似,正所谓——条条大路通罗马。

前言二:本文,以及后面的几篇文章《从event折腾到command》、《AttachedBehavior技术详解》、《包式波动理念》共同构成了Prism开发的四部曲(这么名字有点别扭哦)。这一系列文章,都是基于这两个多月来对公司的Silverlight项目进行重构时的经验之谈。

(一)MVP之前世今生

MVP模式,顾名思义即Model—View—Presenter。一言以蔽之,就是用Presenter控制界面(View)和数据(Model)的交互关系。通用MVP的UML图如下所示(也适用于Winform和ASP.NET,后者又将Presenter称为Controller):

接下来,我要给出Winform下的MVP编程模型的模板,任何地方都可以套用,大致分为以下几步:

1)Model

Model是一个只包含属性的实体类,这些属性分别与View中需要绑定的控件属性相对应。比如说,当前这个例子的Model,只有一个属性Name,绑定到View中Label的Text属性。

阅读全文