MVC 与 DDD 的区别详解
在软件架构中，MVC（Model-View-Controller） 和 DDD（Domain-Driven Design，领域驱动设计） 都是非常重要的思想。
但它们的关注点、使用场景和设计目标完全不同。本文将通过对比帮助你理解两者的核心区别。
一、MVC 是什么？
MVC（Model-View-Controller） 是一种经典的软件架构模式，主要用于表现层（前后端）分层设计。
组成部分：
| 组件 | 职责 | 举例说明 |
|---|---|---|
| Model（模型） | 封装业务数据与业务逻辑 | 用户对象、数据库操作 |
| View（视图） | 负责展示数据 | HTML 页面、前端模板 |
| Controller（控制器） | 处理请求、调用业务逻辑并返回结果 | 接收 HTTP 请求，调用 Service，返回 JSON |
MVC 的核心思想
将系统的显示逻辑、业务逻辑和控制逻辑分离，以降低耦合、提高代码可维护性。
MVC 架构示意图
用户请求 → Controller → Model → View → 用户响应
二、DDD 是什么？
DDD（Domain-Driven Design）领域驱动设计 是一种面向复杂业务领域建模的架构思想，由 Eric Evans 在《Domain-Driven Design》一书中提出。
DDD 的核心概念：
| 概念 | 含义 |
|---|---|
| 领域（Domain） | 系统所解决的业务问题领域（例如：订单、库存、支付） |
| 实体（Entity） | 有唯一标识的对象（例如：订单对象） |
| 值对象（Value Object） | 无唯一标识，仅根据值判断相等的对象（例如：金额、地址） |
| 聚合（Aggregate） | 一组相关对象的集合，具有一个根实体（Aggregate Root） |
| 仓储（Repository） | 用于访问聚合根的持久化接口 |
| 应用层（Application Layer） | 编排业务用例，协调领域对象完成任务 |
| 领域层（Domain Layer） | 核心业务逻辑所在 |
| 基础设施层（Infrastructure Layer） | 技术实现细节（如数据库、消息队列等） |
DDD 的核心思想
从业务视角出发，构建能准确反映业务语义的模型，让系统结构贴合业务变化。
DDD 分层结构示意
┌──────────────────────┐
│ 表现层（Interfaces） │ ← 用户交互接口（API/UI）
├──────────────────────┤
│ 应用层（Application）│ ← 用例编排、事务控制
├──────────────────────┤
│ 领域层（Domain） │ ← 业务核心模型与逻辑
├──────────────────────┤
│ 基础设施层（Infra） │ ← 数据库、第三方服务等
三、MVC 与 DDD 的区别对比
| 对比项 | MVC | DDD |
|---|---|---|
| 关注点 | 表现层架构（用户请求到响应） | 业务领域建模（核心逻辑） |
| 层次范围 | 通常用于前端或 Web 框架结构 | 用于整个后端系统架构 |
| 核心目标 | 解耦显示逻辑与业务逻辑 | 让代码模型贴近业务语义 |
| 适用场景 | 简单的 CRUD、Web 应用 | 复杂的业务系统（订单、支付、物流等） |
| 主导思想 | 技术驱动 | 业务驱动 |
| 业务逻辑位置 | 多在 Controller 或 Service 中 | 封装在领域模型中 |
| 设计出发点 | 从用户界面或接口出发 | 从业务语义与行为出发 |
四、关系与协作
其实 DDD 与 MVC 并不冲突，而是可以协同使用：
- MVC 负责应用的接口与交互层结构；
DDD 负责系统的业务建模与核心逻辑。
简单理解：
MVC 关注“代码如何组织显示和请求”，
DDD 关注“系统如何理解和表达业务”。
五、总结
| 概念 | 关注点 | 使用层级 | 典型应用 |
|---|---|---|---|
| MVC | 表现层逻辑 | Web 框架 | Spring MVC、Django、Rails |
| DDD | 业务领域建模 | 系统架构 | 微服务、复杂业务系统 |
一句话总结：
MVC 是实现层面的架构模式，
DDD 是业务建模的思想与方法论。
两者可以结合使用：
用 DDD 建立业务核心模型，再通过 MVC 实现外部交互。
