标签：
什么是MVP
MVP是一种UI的架构模式，是MVC的一种变体，适用于基于事件驱动的应用框架。MVP中的M和V分别对应了MVC中的Model和View，而P代替了Controller，而它更多地体现在了Model、view，presenter之间的交互上。
三者的关系：
能够和Model直接进行交互的只有presenter,View只能通过Presenter间接地调用Model。Model是独立的与View无关，与UI处理逻辑Presenter也无关。在实际的操作中M是不存在的；如果可以把M理解为BLL和DAL的合体。
Presenter依赖的是View的一个抽象即IView.
MVP的PV/SC:
PV:Passive View,它是一个被动的View,定义在View中的UI元素控件并不是由V自身控制的，而是被动的交给P来操控。
V中的UI元素通过属性的形式暴露出来，也就是主在定义IView时要定义基于UI元素的属性，使P可以对View操控。
但不能将控件直接以属性的形式暴露出来：
public interface IView
{
TextBox TextBoxUserName{set;}
}
这样使得在无形当中将Presenter和View技术平台绑定了。
通过接口和实现接口的V实现对属性的赋值来实现对相应控件的数据绑定等操作；将对数据的操作留在V中。
public interface IView
{
string DisplayInfo{set;}
}
public partial class View:BaseView,IView
{
public string DisplayInfo
{
public string DisplayInfo
{
set
{
this.TextBoxUserName.Text = value;
}
}
}
PV使得将UI处理逻辑全部定义在Presenter上。对于一些Rich Client来说接口的成员可能会很多，同样的P在控件级别上对V进行了细粒度的控制；这样说增加了P的复杂度，所以也就有了SC模式。
SC：Supervising Controller;将数据的绑定和格式化显示数据等简单的UI处理逻辑转移到V中；P依然是驱动者,V被动的，用户-V-P（-M）-V。
V和P的交互规则（SC）：
无论是PV还是SC，M\V\P这三者之间的关系并没有发生改变，V只是前端的客户代理承现展显数据，P是如何处理客户交互行为的决策者。
数据是P主动“推”给V的，而V只向P发送用户通知，都是单向的；所以在IView中被Presenter调用的方法应该都是没有返回值的。可以通过调用IView中的方法，也可以通过事件注册的方式来实现P/V之间的交互。
小结：
MVP只是一个UI架构模式，它体现的是M/V/P三者之间的关系，V只是对P“推”的数据的展现，它并不维护数据的状态，而P则是决策者；
在IView中最好只包含主法，不包含属性，在P所需的V状态在接收到View发送的通知时一次得到，而不是通过View的属性获取；
标签：
原文地址：http://www.cnblogs.com/coble/p/5646516.html
