谈谈JavaEE的mvc模式及典型的三层架构

首先，向读者介绍一下mvc架构，mvc是一种源于桌面程序的架构模式，它的基本思想是把程序界面和业务逻辑分开，这样便于软件的后期维护，同时也方便开发时期分工及管理，mvc有很多有点所以现在已经被广泛的应用与web开发中。

下面介绍一下自己了解mvc架构的经历，和其中的一些误区，以便于读者可以更好的理解什么是mvc。mvc字面意思很简单就是模型（M），视图（V），控制器（C）视图的作用是将程序运行的结果呈现给用户，模型的作用则是实现用户的业务逻辑，主要就是接收用户的参数，完成一些运算，以及访问数据库。mvc是一种思想，是一种横向的分层，javaEE中的mvc比php更加成熟，结构更加合理，加上Java的特点（优越的跨平台性）可以利用mvc构建出很强大的集群系统。

下面说一下javaEE的mvc，再次强调一下mvc是一种横向分层的思想，有了这样额思想你可以构建出各种系统，只要基于这种思想就可以了，可以有不同的实现，javaEE中视图层一般用jsp，当然你也可以采用html+ajax技术实现一个高可交互性的异步通讯的web应用；模型层是用javabean为主体，实现java的业务逻辑；控制器则是用servlet实现，这样整体上来说javaEE为不同的角色提供了不同的标准，使得程序员开发更加简单。

下面说说三层经常听到的三层架构模式，首先再次重申一下三层架构和mvc是两个概念，初学者很容易把他们当作一个概念，认为mvc就是三层架构，三层架构就是mvc，这样认为会让你把很多概念混淆，对理解系统也会有一些困难。三层架构分为表示层，逻辑层，持久层；其中表示层是属于web方面的开发，对应与mvc的视图和控制器，当然javaEE中的过滤器也是属于表示层的，虽然它和标识没有什么关系，但他的实现技术是一种横切技术，将request的请求作为一个过滤，过滤以后传到控制器，控制器根据需要调用业务逻辑和视图层显示给用户，所以讲过滤器分到表示层，主要是因为他是属于web技术，而且是在控制层以上。逻辑层和持久层是为了程序的可移植性我们把mvc中的模型层分为专门用于计算的逻辑层和专门访问数据的持久层（包括访问数据库、访问xml、以及访问其他可以永久保存数据的文件等），业务逻辑层主要是javabean实现；而持久层最常见的就是dao，封装了数据库的所有操作。其实三层架构从结构来说是纵向的分层，上层依赖于下层，而下层不依赖于上层，即单项依赖。

总结一下，mvc是系统横向的分层模型，而三层架构是纵向的分层，mvc是一种思想，实现了mvc应该使用户不可以直接访问jsp（视图），即使不需要调用业务逻辑实现功能也应该让用户的所有操作都经过控制器，由控制器跳转到视图。三层架构是纵向的分层，将整个系统封层3层，3层从上到下有单项的依赖，其中逻辑层是核心，实现了系统的主要功能，其他的两层主要是为了实现系统额扩展，如系统需要更换显示界面则只需要更改视图就可以了，如需要更改数据库，则只需要更改持久层就可以，不用改变程序的核心代码（逻辑层）。这种架构主要适用于大型项目的架构，设计人员可以根据项目的规模灵活的设计项目的架构，比如可以采用最简单的jsp直接访问数据库的架构模式、jsp+javabean（sun的model1）、mvc+1（即横向按mvc模式架构，纵向只分一层——servlet直接访问数据库）、mvc+2（即横向按mvc模式架构，纵向只分两层——servlet调用逻辑层访问数据库）、mvc+3（即横向按mvc模式架构，纵向只分三层——servlet调用业务逻辑，业务逻辑访问数据库）；当然不同的架构适用不同规模的项目，具体还要视项目情况而定。