MVC架构和三层架构

一、MVC架构模式

1.Model层

mvc中的m（model 模型），模型代表一个存取数据的对象或 JAVA POJO。它也可以带有逻辑，在数据变化时更新控制器，用于数据的封装和数据的传输。可以分为两类：
1.数据承载bean，比如Student，User。
2.业务承载bean，数据承载bean是指实体类专门承载业务数据的，业务处理bean是指Service或者Dao对象，专门处理用户的请求的。

2.View层

mvc中的v（view 视图），界面设计人员进行图形界面设计，也就是GUI组件，用于数据的展示。

3.Controller层

mvc中的c（Controller 控制器），也是最核心的一层，负责对另外两层的调度，对请求进行处理，负责请求转发，也就是事件，用于流程的控制。

二、三层架构模式

1.表示层（USL，User Show Layer）

表示层位于三层中的最上层，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。USL又分为“USL前台代码”和“USL后台代码”，其中“USL前台代码”是指用户能直接访问到的界面，一般是程序的外观（如html文件、JSP文件等），类似于MVC模式中的“视图”；“USL后台代码”是指用来调用业务逻辑层的JAVA代码（如Servlet），类似于MVC模式中的“控制器”。

2.业务逻辑层（BLL，Business Logic Layer）

业务逻辑层位于三层中的中间层（DAL与USL中间），起到了数据交换中承上启下的作用，用于对业务逻辑的封装。BLL的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于DAL而言，它是调用者；对于USL而言，它是被调用者。依赖与被依赖的关系都纠结在BLL上。

3.数据访问层（DAL，Data Access Layer）

数据访问层也称为持久层，位于三层中的最下层，用于对数据进行处理。该层中的方法一般都是“原子性”的，即每个方法都不可再分。

三、MVC架构和三层架构的关系

MVC架构和三层架构是从不同切入点来分析项目的结构，但目的都是为了解耦合和提升代码复用率，具体关系可以理解为：

四、举例说明

以银行转账为例: