系统架构师谈企业应用架构之表现层

式，这样更直观。

MVP模式：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/5C122051418.png" />

MVC模式：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/AE122051973.png" />

通过上面的图形，我们应该比较清楚MVP模式相对MVC模式的改进了吧？我这里就不多解释了。在MVP模式中，我们更关注展示器和视图之间的交互，我们使用该

模式的一个主要目的就是通过展示器与视图之间通过接口调用的形式，形成低耦合的形式，我们更关注展示器，然后不同技术实现的视图访问同一个访问器完成通用的

服务。这样的方式有点类似SaaS的形式，软件即是服务。

我们来看看MVP模式的工作流程：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/F7122051176.png" />

其实，MVP模式并不是一个很容易实现的模式，因为MVP模式需要为每个页面定义一个视图接口与展示器。当系统的页面有一定的规模时，这将是非常大的工作

量。因此我们需要根据项目的需要来决定采取的架构模式。

我们下面来看看MVP模式衍生出来的一类新模式：Presenter Model模式，那么这个模式主要是应用在WPF中，也会叫做Application Model ，那么这个么模式与

MVP有什么区别呢？

我们来看看，总体来说区别不大，PM更适合WPF和silverlight中构建表现层时采用的模式，与MVP模式相同，也是3个角色，视图、展示器、模型。

在MVP模式中，我们通过为视图定义接口，然后展示器通过接口调用的形式来和视图进行交互。而我们对视图的数据绑定则是，通过视图实现接口来完成的。那么

具体的实现技术可以有所不同。

在PM模式中，视图不会暴露任何的接口。在该模式中通过在展示器中引入与视图绑定的数据模型，通过这样的方式，视图就是被动的，当数据模型的状态发生改变

时，由于.NET FrameWork已经提供了底层的数据绑定的同步，所以模型状态发送改变时，视图将会自动的同步更新。通过这样的双向绑定的方式来完成我们之前的

MVP模式完成的功能，不过交互的结构发生变化，流程上也有一定的区别，我们来看看PM模式中3个角色的交互关系：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/3B122051536.png" />

知道了这3个角色之间的关系，那么具体的流程是怎样呢？还是看图说话，更容易理解。

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/66122051773.png" />

视图与模型是双向绑定，双方会自动根据某一方的变化来自动更

新，其实就是视图会被动的根据实体的变化来更新，展示器通过接收用户的动作，执行相应的业务逻辑，然后更新模型，模型发生变化，由于视图与模型绑定，那么视

图也被动变化。我们可以把这里模型就看做是数据传输对象那样的类，只是有存储数据的属性，而没有任何的行为的载体即可。PM模式在WPF中该模式叫做MVVM。

我们来总结下我们讲过的这些模式的不同UI的应用情形吧：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/B4122051234.png" />

我们这里大概的总结下，不同模式的应用场景，希望能够对大家平时项目中的设计有所帮助。

五、结束语

本文主要讲述了系统架构中的表现层中的一些比较常见的基类表现层的模式，并且针对这些的模式的底层原理进行了简单的说明。这里并没有给出太多的实例代

码，是因为后面的一些实例中都会用到这里的一些模式，像MVP，PM的模式等，如