当前位置：首页 > news >正文

MVC架构模式与三层架构的关系详解

news 2025/10/4 8:44:02

MVC架构模式与三层架构的关系详解

1. 基本概念对比

MVC架构模式（设计模式层面）

Model（模型） ↔ Controller（控制器） ↔ View（视图）

三层架构（系统架构层面）

表示层（Presentation Layer）
业务逻辑层（Business Logic Layer）  
数据访问层（Data Access Layer）

2. 核心关系图解

3. 详细对应关系分析

3.1 MVC在三层架构中的位置

三层架构        MVC模式组件         具体实现
表示层    →    View + Controller → JSP/HTML + Servlet
业务逻辑层 →    Model（业务部分）  → Service/BO
数据访问层 →    Model（数据部分）  → DAO/Repository

3.2 组件职责对应表

三层架构	MVC模式	职责描述	具体技术
表示层	View	用户界面展示	JSP, Thymeleaf, HTML
表示层	Controller	接收请求，协调调度	Servlet, Spring MVC Controller
业务逻辑层	Model	业务规则处理	Service, Business Object
数据访问层	Model	数据持久化操作	DAO, Repository, Mapper

4. 实际代码结构对比

4.1 三层架构代码结构

src/
├── presentation/          # 表示层
│   ├── controller/       # 控制器
│   └── view/            # 视图
├── service/              # 业务逻辑层
│   ├── impl/            # 业务实现
│   └── dto/             # 数据传输对象
└── dao/                  # 数据访问层├── entity/          # 实体类└── impl/            # DAO实现

4.2 MVC模式代码结构

src/
├── model/               # 模型层
│   ├── entity/         # 实体
│   ├── vo/             # 值对象
│   └── bo/             # 业务对象
├── view/               # 视图层
│   ├── jsp/           # JSP页面
│   └── template/      # 模板文件
└── controller/         # 控制层├── servlet/       # Servlet└── filter/        # 过滤器

5. 完整项目示例对比

5.1 基于三层架构的银行转账实现

项目结构：

bank-system/
├── presentation/           # 表示层
│   ├── web/
│   │   ├── TransferServlet.java      # Controller
│   │   └── filter/
│   └── view/
│       ├── transfer.jsp
│       └── result.jsp
├── service/                # 业务逻辑层
│   ├── AccountService.java
│   ├── impl/
│   │   └── AccountServiceImpl.java
│   └── dto/
│       └── TransferRequest.java
└── dao/                    # 数据访问层├── AccountDAO.java├── impl/│   └── AccountDAOImpl.java└── entity/└── Account.java

代码实现：

1. 数据访问层（DAO）

// dao/entity/Account.java
public class Account {private String accountNumber;private BigDecimal balance;// getter/setter
}// dao/AccountDAO.java
public interface AccountDAO {Account findByAccountNumber(String accountNumber);boolean updateBalance(String accountNumber, BigDecimal newBalance);
}// dao/impl/AccountDAOImpl.java
public class AccountDAOImpl implements AccountDAO {@Overridepublic Account findByAccountNumber(String accountNumber) {// 数据库查询逻辑}@Overridepublic boolean updateBalance(String accountNumber, BigDecimal newBalance) {// 数据库更新逻辑}
}

2. 业务逻辑层（Service）

// service/dto/TransferRequest.java
public class TransferRequest {private String fromAccount;private String toAccount;private BigDecimal amount;// getter/setter
}// service/AccountService.java
public interface AccountService {boolean transfer(TransferRequest request) throws BusinessException;
}// service/impl/AccountServiceImpl.java
public class AccountServiceImpl implements AccountService {private AccountDAO accountDAO;@Override@Transactionalpublic boolean transfer(TransferRequest request) throws BusinessException {// 1. 参数验证validateTransferRequest(request);// 2. 业务规则验证Account fromAccount = accountDAO.findByAccountNumber(request.getFromAccount());Account toAccount = accountDAO.findByAccountNumber(request.getToAccount());if (fromAccount.getBalance().compareTo(request.getAmount()) < 0) {throw new BusinessException("余额不足");}// 3. 执行转账BigDecimal fromNewBalance = fromAccount.getBalance().subtract(request.getAmount());BigDecimal toNewBalance = toAccount.getBalance().add(request.getAmount());accountDAO.updateBalance(request.getFromAccount(), fromNewBalance);accountDAO.updateBalance(request.getToAccount(), toNewBalance);return true;}
}

3. 表示层（Presentation）

// presentation/web/TransferServlet.java
@WebServlet("/transfer")
public class TransferServlet extends HttpServlet {private AccountService accountService;@Overridepublic void init() {this.accountService = ServiceFactory.getAccountService();}@Overrideprotected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {// 1. 接收参数（Controller职责）String fromAccount = request.getParameter("fromAccount");String toAccount = request.getParameter("toAccount");BigDecimal amount = new BigDecimal(request.getParameter("amount"));// 2. 封装请求对象TransferRequest transferRequest = new TransferRequest(fromAccount, toAccount, amount);try {// 3. 调用业务层（Controller协调）boolean result = accountService.transfer(transferRequest);// 4. 选择视图（Controller职责）if (result) {request.setAttribute("message", "转账成功");request.getRequestDispatcher("/view/success.jsp").forward(request, response);}} catch (BusinessException e) {// 5. 异常处理（Controller职责）request.setAttribute("error", e.getMessage());request.getRequestDispatcher("/view/error.jsp").forward(request, response);}}
}

4. 视图层（View）

<%-- presentation/view/transfer.jsp --%>
<html>
<head><title>转账页面</title>
</head>
<body><h2>银行转账</h2><form action="transfer" method="post">转出账户: <input type="text" name="fromAccount"><br>转入账户: <input type="text" name="toAccount"><br>转账金额: <input type="number" name="amount"><br><input type="submit" value="确认转账"></form>
</body>
</html><%-- presentation/view/success.jsp --%>
<html>
<body><h2>操作结果</h2><p style="color: green;">${message}</p><a href="transfer.jsp">返回</a>
</body>
</html>

5.2 基于MVC模式的对应分析

在同一个项目中，MVC组件与三层架构的对应关系：

MVC组件          对应三层架构中的位置
Controller  →   presentation/web/TransferServlet
View        →   presentation/view/*.jsp
Model       →   service/ + dao/ + entity/

6. 职责划分对比

6.1 MVC职责划分

组件	职责	在三层架构中的位置
Model	数据+业务逻辑	业务逻辑层 + 数据访问层
View	数据显示	表示层（视图部分）
Controller	输入处理+流程控制	表示层（控制器部分）

6.2 三层架构职责划分

层次	职责	在MVC中的对应
表示层	用户交互、界面展示	View + Controller
业务逻辑层	业务规则、业务流程	Model（业务部分）
数据访问层	数据持久化、数据操作	Model（数据部分）

7. 优缺点对比

7.1 MVC架构模式的优缺点

优点：

关注点分离清晰
便于界面与逻辑并行开发
视图与模型松耦合

缺点：

对于复杂业务，Model可能变得臃肿
小型项目可能过度设计

7.2 三层架构的优缺点

优点：

层次分明，职责清晰
便于团队分工协作
易于维护和扩展

缺点：

增加系统复杂度
性能略有损耗（多层调用）

8. 现代框架中的融合

8.1 Spring MVC中的体现

// Controller层（表示层）
@Controller
@RequestMapping("/account")
public class AccountController {@Autowiredprivate AccountService accountService; // 业务逻辑层@PostMapping("/transfer")public String transfer(TransferForm form, Model model) {try {// 调用业务层accountService.transfer(form.toRequest());model.addAttribute("message", "转账成功");return "success"; // 视图名称} catch (BusinessException e) {model.addAttribute("error", e.getMessage());return "error";}}
}// Service层（业务逻辑层）
@Service
@Transactional
public class AccountService {@Autowiredprivate AccountRepository repository; // 数据访问层public void transfer(TransferRequest request) {// 业务逻辑}
}// Repository层（数据访问层）
@Repository
public class AccountRepository {// 数据操作
}

8.2 现代架构演进

传统三层架构 + MVC↓
领域驱动设计（DDD）↓
微服务架构↓
云原生架构

9. 实际应用建议

9.1 选择策略

小型项目：可以直接使用MVC模式
中型项目：推荐使用三层架构
大型项目：三层架构 + DDD + 微服务

9.2 最佳实践

明确边界：严格定义各层之间的接口
依赖方向：上层依赖下层，避免循环依赖
数据传递：使用DTO在不同层之间传递数据
异常处理：每层处理自己的异常，向上层抛出业务异常

9.3 代码规范

// 好的实践：清晰的层次划分
@Controller         // 表示层 - Controller
public class UserController {@Autowiredprivate UserService userService;  // 业务逻辑层 - Model业务部分// 只处理HTTP相关逻辑
}@Service            // 业务逻辑层 - Model业务部分  
public class UserService {@Autowiredprivate UserRepository userRepository;  // 数据访问层 - Model数据部分// 只处理业务逻辑
}@Repository         // 数据访问层 - Model数据部分
public class UserRepository {// 只处理数据访问
}