【.NET特供-第三季】ASP.NET MVC系列：MVC与三层图形对比

    最近在开发小组在研究：BS项目中是利用‘MVC框架’还是继续沿用‘三层’的问题。

    由于以前的.NET项目大多数都是利用三层开发的，所以大多数人都能够对三层进行熟练地运用。而项目的开始我们也曾听说过MVC的概念，但是因为没有项目经验的原因，所以总是停留在理论层次的比较。

    在后期的DRP项目中，了解到Model1和Model2模型，而Model2模型就是MVC的应用。DRP中我们采用jsp做View层用于显示；Servlet做Controller用于取得表单参数、调用业务逻辑、转向页面；

    同样都是MVC的理念，在Java和.NET中却有着不同的实现方式。（不作为本文的重点）

    本文作为.NET MVC系列文章中的第一篇，主要用于介绍MVC与三层之间的关系，后续博客将持续展开……

    MVC只是一种思想，可以应用于各种平台。就是把一个应用程序分为三个组件，每个组件都有相应的职责：视图View、控制器Controller、模型Model。

    MVC模式的两种理解：一种是表现模式（在ASP.NET的MVC中,把Model理解为ViewModel），另一种是架构模式（把Model模式理解为业务逻辑层和数据访问层的综合体）。这只是我目前初期阶段的理解。有不同见解的可以通过邮件或者评论的方式和我交流。

    M：Model。主要是存储或出具数据的组件。其实就是实现业务逻辑层对实习类相应的操作，如：CRUD，它包括数据、验证规则、数据访问、业务逻辑等应用程序信息。ViewModel：视图模型

    V：View。是用户接口层组件。将Model中的数据展示给用于。ASPX和ASCX文件被用来处理视图的职责。

    C：Controller。处理用户交互。从model中获取数据并将数据传给指定的view。

    接下来看一些MVC与三层之间千丝万缕的关系：

从架构角度对比：MVC与三层

MVC架构综合模型：MVC是怎么实现交互的？

MVC架构综合模型的处理流程（对上图的更进一步解释）：

执行的流程：

1. 用户请求到达控制器
2. 控制器处理用户的交互数据，并调用业务逻辑层处理数据
3. 业务逻辑层通过数据库访问层对数据库做持久化处理
4. 数据访问层返回处理完后的数据
5. 业务层把业务数据交给UI层的控制器
6. 控制器把业务数据封装为ViewModel
7. 控制器把ViewModel的数据交给View进行展示
8. 视图把数据转成视图额呢绒交给用户浏览

    之前的项目大多都采用三层架构来实现，所以对三层的开发流程已经形成了较为清晰的认识。而对于三层与MVC之间的关系，也常常容易混淆开发人员的视听，总有一种剪不断理还乱的感觉。

    相信经过本文的三张图形对比，您已经能够更加清晰地认识到了MVC架构以及MVC与三层之间的对应关系。接下来的任务就是通过项目实战加深MVC的理解了。

    （本文是建立在对三层了解的基础上进行论述的，对于三层部分的理解，这里不做过多赘述）

通知：

本文对于MVC的理解，局限于在三层项目经验的基础之上，对MVC的认识。

文中存在误解，已经在下一篇博客中进行更正，欢迎您提出不同的论证观点，相互切磋。

      《【.NET特供-第三季】ASP.NET MVC系列：MVC与三层图形对比（颠覆性理论）》