DTO、VO、DO、BO、PO 的概念与核心区别
1. DTO（Data Transfer Object，数据传输对象）
- 核心定义：用于不同层级或服务之间的数据传输，例如前端与后端、服务与服务之间的交互。
- 特点：
- 字段精简：仅包含传输所需字段，避免冗余数据暴露（如隐藏数据库敏感字段）。
- 无业务逻辑：纯数据容器，不包含任何业务方法。
- 解耦性：隔离数据层与展示层，降低系统耦合度。
- 示例：用户注册时，前端传入的
UserDTO可能仅包含用户名、密码，而数据库实体UserDO可能包含更多字段（如创建时间）。
2. VO（View Object，视图对象）
- 核心定义：专为展示层设计的对象，封装前端页面所需的数据。
- 特点：
- 适配展示需求：可能对 DTO 字段进行格式化或扩展（如将性别字段“男”转换为“先生”）。
- 只读性：通常不允许修改，仅用于展示。
- 与 DTO 的区别：
- DTO 是前后端双向传输的数据载体，VO 是后端向前端返回的最终展示数据。
- VO 可能合并多个 DTO 或删除冗余字段（如将年龄字段转换为年龄段描述）。
3. DO（Domain Object，领域对象）
- 核心定义：在领域驱动设计（DDD）中表示业务实体，封装业务逻辑。
- 特点：
- 业务逻辑承载：包含与业务相关的操作方法（如订单状态校验）。
- 持久化无关：独立于数据库设计，但可能与 PO 对应。
- 注意：在阿里巴巴规范中，DO 等同于 PO（持久化对象），而在 DDD 中 DO 等同于 BO（业务对象）。
4. BO（Business Object，业务对象）
- 核心定义：封装复杂业务逻辑的对象，通常由多个 PO 或 DO 组合而成。
- 特点：
- 业务聚合：例如电商订单业务可能聚合用户、商品、支付等多个 PO 数据。
- 逻辑独立性：包含业务规则，如订单金额计算或库存校验。
- 与 DTO 的区别：
- BO 对内处理业务逻辑，DTO 对外传输数据，BO 可能包含辅助字段（如中间计算结果）。
5. PO（Persistent Object，持久化对象）
- 核心定义：与数据库表结构一一映射的对象，用于数据持久化操作。
- 特点：
- 字段严格映射：属性与数据库表字段完全对应。
- 无业务逻辑：仅通过 ORM 框架（如 Hibernate）进行 CRUD 操作。
- 示例：用户表
user对应的 PO 包含id、name、email等字段。
总结对比
| 对象 | 定位 | 典型场景 | 核心差异 |
|---|---|---|---|
| DTO | 跨层传输数据 | 接口参数、服务间调用 | 仅传输必要字段，无业务逻辑。 |
| VO | 前端展示数据 | 页面渲染、API 响应 | 适配展示需求，可能扩展或转换字段。 |
| DO | 业务领域实体 | DDD 中的聚合根、实体 | 包含业务逻辑，独立于数据库设计。 |
| BO | 复杂业务逻辑封装 | 订单处理、数据分析 | 聚合多个 PO，处理业务规则。 |
| PO | 数据库映射 | ORM 框架操作数据库 | 严格对应表结构，无业务方法。 |
适用场景建议
- 简单系统：可合并 DTO 与 VO，直接使用 PO 作为数据载体。
- 复杂业务：
- 分层架构：通过 DTO 隔离展示层与业务层，VO 适配前端需求。
- 领域驱动设计：DO 封装核心业务逻辑，BO 协调多实体交互。
- 微服务交互：服务间通过 DTO 传递数据，避免暴露数据库结构。
参考资料：