MVPWCF三层结构搭建项目框架.docxVIP

MVP+WCF+三层结构搭建项目框架

最近，我一直在重构之前做的一个项目，在这个过程中感慨万千。原先的项目是一个运用了WCF的C/S系统，在客户端运用了MVC模式，但MVC的View、Model耦合以及WCF端分布式欠佳等问题让我有了重构的想法，经过了一段时间的改造，逐渐形成了MVP+三层结构+WCF的面向服务的程序架构。在这里我把我的想法写成了一个例子，供大家参考。

在正式开始讲解之前，我必须得感谢Artech、代震军等诸多大虾，他们的文章给了我很大的启发。

我写的这个例子是关于博客管理的，逻辑很简单，就是用户发表文章、发表评论，管理员可以对用户进行管理。让我们先从MVP的运用开始讲起。

MVP与MVC的选择

关于MVP和MVC，我只谈谈在重构过程中的看法。在经典的MVC中，View会通过Controller调用Model中的方法，Model被更新后会立即通知View，因此View与Model还是存在一定程度的耦合的，Controller也只是作为一个简单的消息分发器，View与Controller也紧紧的贴合好像是一个整体。而在MVP中，Presenter代替Controller而出现，成为View与Model解耦的关键，在MVP中，Presenter掌管大权，View的请求提交给Presenter，由Presenter调用Model，Model更新后的状态再返回给Presenter，由Presenter控制View进行相应的显示。如此，Model与View被完全解耦，View与Controller也形成了单向依赖。MVC与MVP可以说各有特点，但我更倾向于MVP。

关于MVC和MVP，给大家看这两张图就很明白了。对于刚接触MVP的朋友可能不知道View、Presenter和Model中具体该实现哪些东西，我会在用实例讲解的时候告诉大家我的想法。

MVP实战运用

在确定使用MVP模式之后，我给我的博客程序安排了如下几个项目：

1、Main：主程序入口点。

2、Common：存放委托和公共组件等。

3、Model：MVP中的M，注意区别于三层中的Model。

4、Presenter：MVP中的P。

5、View：MVP中的V。

6、DTO：这个项目其实和三层中的Model作用是一样的，但是我为了区别于MVP中的Model，把它叫做DTO，其实它的作用就是一个DTO。

项目之间的引用关系是这样的：

Main直接调用Presente启r动程序。Presenter与View，Presente和rModel分别都是单向引用，而View和Model完全没有任何联系。View和Presente需r要引用Common，使用其中的一些公共组件，而DTO作为

存放数据传输对象的项目View、Presenter和Model必须都要引用。

在搭建好项目框架之后，我们可以先从Model入手，因为Model是业务逻辑的所在地，是数据的提供者，它完全基于用例的。按照本例需求，分析出三个实体，分别是User(用户)，Note(文章)，Comment(评论)，我们就以User为例，写一个Model。代码如下所示：

ViewCode

///summary

///Theinterfaceofusermodel

////summary

publicinterfaceIUserGroup

{

#region--Methods--

///summary

///Getallusers

////summary

///returnsUsers/returnsIListUserGetAllUsers();

///summary

///Getuserbyuserid

////summary

///paramname=idtheuserid/param

///returnsUser/returns

UserGetUserById(stringid);

///summary

///Updateuser

////summary

///paramname=usertheuser/paramvoidUpdateUser(Useruser);

///summary

///Deleteuserbyuserid

////summary

///paramname=userIdtheuserid/paramvoidDeleteU