简单的MVP框架搭建
1.MVP框架介绍：
最近公司内部培训，正好理一下项目的架构，目前最主要的产品还是用的MVP软件设计模式，就顺便查查资料来做个总结。
1.1什么是MVP？
MVP是Model-View—Presenter的缩写，从网上找到的资料来看，大多数时候，对于MVP的介绍还是基于MVC，关注点基本上就集中在Presenter上面了，wiki上有个简单的说明（MVP模式），先从定义来大概理解下这个模式：
1.2MVP各自的使用规则和相互的交互
这三个模块，一般情况下，对于view的理解是没什么争议的，就是界面展示；关于Model和Presenter的功能，还是有些争议，简单的来说，一个是业务逻辑，一个是界面控制逻辑，但是实际定义的时候可能就没那么清楚了，关于这两个模块定位的区分，我看到了一篇比较有用的文章，虽然是MVC的，但是原理是差不多的（点这里查看原文）：
实体对象(entity object):
通常是来自域模型中的对象(也就是现实世界)，它常对应于数据库表和文件，这些数据表
和文件中存储了执行用例所需的数据。有些实体对象是“临时”对象（如搜索结果），当用例
结束后将消失。
边界对象(boundary object)：
参与者使用它来同系统交互，这通常包含窗口，屏幕，对话框和菜单。如果有GUI原型，
将会知道许多主要的边界对象是什么。
控制对象(control object):
将边界对象和实体对象关联起来（通常被称为控制器，因为它们通常不是真正的对象），
它包含了大部分应用逻辑，它们在用户和存储的数据之间架起一座桥梁。控制对象中包含经常
修改的业务规则和策略。这样修改只需要在这些对象中进行，而不会涉及到用户界面和数据库
模式。控制器偶尔 (20%的时间内)也会是设计中的“真正对象”，但大部分时间内，控制器只
是一个占位符，用于避免您遗漏用例要求的任何功能和系统行为。
关于这三个模块的交互，可以用一张图来体现：
Presenter做为Model和View的中间层，维护页面操作状态，从Model获取数据，百度百科里用的图Presenter和model之间是双向绑定的，有点没看懂，原则上，Model是不会处理Presenter的。
1.3关于MVP的一些概念上的问题
我之前对于Model的理解是有些误差的，不管是MVC还是MVP，我之前以为Model是数据模型，只是数据库交互的相关操作，这本身应该算是对Model的一种弱化，实际上，参考微软提供的MVCScore的示例项目（下载链接）可以发现，Model并不是通常意义上跟数据库中表的对应，对应的其实是后台的Service这部分，Model作为业务逻辑模型，应该承担更多业务处理工作，这样才是把业务和页面展示分开，实现前台页面和后台逻辑的解耦。
当然，软件设计模式不是标准，只是一个解决特定方案的相对合理化方案而已，解耦也不是软件设计的唯一标准，甚至不是最重要的标准。
1.4MVP模式的一般实现方式
目前我的项目中的实现方式是用接口来连接view和Presenter，根据定义好的接口来进行分块开发，如下图：
接下来是做一个小的demo来实际明确一下各部分的功能：
2.MVP的demo
2.1这个demo的具体使用场景和简单设计
我还是想把这个demo做成一个持续优化的项目，对于一个正式一点的项目，登录页面一般都是网站的第一步，这个demo就先做一个登录页面，暂时不考虑数据交互，MVP都定义最简单的形式，获取角色，输入用户名密码，登录。
2.2详细设计
分模块定义：
2.2.1 数据实体类项目（Data）：添加角色类和用户信息类
2.2.2 数据业务逻辑模型项目（Model）：添加一个登录验证类，添加获取角色信息和用户登录两个方法
2.2.3 界面业务逻辑操作项目（Presenter）：这里有两部分的内容：1.接口定义；2.页面处理逻辑。通过定义委托和接口中的属性来控制页面上的事件和数据。
以前一直以为Model包括Data和Dao，所以一直不理解，为什么说Model和View没有通讯，实体类肯定是贯穿整个解决方案的，view就不说了。
2.3各个部分的实现
Data项目：
public class RoleInfo
{
public string RoleName { get; set; }
public string RoleID { get; set; }
}
public class UserInfo
{
public string RoleID { get; set; }
public string UserName { get; set; }
public string Password { get; set; }
}
Model项目：
/// <summary>
/// 权限管理
/// </summary>
public class Authority
{
/// <summary>
/// 初始化方法
/// </summary>
public IList<RoleInfo> GetRoleList()
{
IList<RoleInfo> roleList = new List<RoleInfo>();
roleList.Add(new RoleInfo() { RoleName = "管理员", RoleID = "1" });
roleList.Add(new RoleInfo() { RoleName = "操作员", RoleID = "2" });
roleList.Add(new RoleInfo() { RoleName = "一般用户", RoleID = "3" });
roleList.Add(new RoleInfo() { RoleName = "VIP用户", RoleID = "4" });
return roleList;
}
public bool Login(string userName, string password)
{
return true;
}
}
Presenter项目：
public delegate bool LoginEvnet(string userName,string password);
/// <summary>
/// 登录窗口需要实现的接口
/// </summary>
public interface ILoginView
{
IList<RoleInfo> RoleList { set; }
}
/// <summary>
/// 权限管理
/// </summary>
public class LoginPresenter
{
private ILoginView _view;
private Model.Authority authority;
public LoginPresenter(ILoginView view)
{
_view = view;
authority = new Model.Authority();
}
/// <summary>
/// 登录方法
/// </summary>
/// <param name="userName"></param>
/// <param name="password"></param>
/// <returns></returns>
public bool Login(string userName,string password)
{
return authority.Login(userName,password);
}
/// <summary>
/// 初始化方法
/// </summary>
public void Init()
{
_view.RoleList = authority.GetRoleList();
}
}
页面后台代码，负责绑定事件和更新页面控件属性：
public partial class LoginView : System.Web.UI.Page, ILoginView
{
private LoginPresenter presenter;
protected void Page_Load(object sender, EventArgs e)
{
presenter = new LoginPresenter(this);
presenter.Init();
btnLogin.Click += delegate {
if (presenter.Login(txtUserName.Value, txtPassword.Value))
{
//登录成功
this.ClientScript.RegisterStartupScript(typeof(string), "js", "alert('登录成功！');", true);
}
else
{
this.ClientScript.RegisterStartupScript(typeof(string), "js", "alert('登录失败！');", true);
}
};
}
public IList<RoleInfo> RoleList
{
set
{
foreach (RoleInfo text in value)
{
ListItem item = new ListItem();
item.Text = text.RoleName;
item.Value = text.RoleID;
ddlRole.Items.Add(item);
}
}
}
}
最后说一点，这周公司内部培训，接触了下struts2的框架，相比之下，突然觉得MVP只是一个概念，实际上用的时候并没有真正用到任何所谓的框架，MVP夹在MVC和MVVM之间感觉定位也是有点尴尬，就我目前的理解来说，MVP是一种关注代码分离的设计思想，还是不如MVVM分离的干净。
