PO、VO、BO、DTO、DAO、POJO傻傻分不清？这张架构图让你彻底明白

在Java企业级开发中，清晰地区分PO、VO、BO、DTO、DAO、POJO等对象模型，是构建可维护、可扩展系统的基石。这些概念虽基础，却常因职责模糊被误用，导致代码耦合、维护困难。本文将系统解析这六种对象的核心职责、协作关系及高效转换实践，并提供避坑指南。

一、核心概念：职责边界与代码形态

1. PO (Persistent Object) 持久化对象

职责：纯粹对应数据库表结构，用于数据持久化存储，不参与任何业务逻辑。
特征：属性与表字段严格对齐，一般不包含业务方法（仅有getter/setter）。
示例：

public class UserPO {
    private Long id;      // 对应主键
    private String name;  // 对应姓名字段
}

2. DAO (Data Access Object) 数据访问对象

职责：封装所有数据操作（如CRUD），隔离业务逻辑与数据库细节。
特征：接口方法直接映射SQL操作，返回PO或PO集合。
模式：DAO = 接口 + 实现类 + PO。

3. BO (Business Object) 业务对象

职责：封装核心业务逻辑，常聚合多个PO完成复杂业务操作（如订单退款）。
特征：可持有多个PO引用，包含状态机、校验规则等业务方法。
示例：

public class OrderBO {
    private OrderPO orderPO;
    private List<OrderItemPO> items;
    
    public RefundResult refund(String reason) {
        // 业务校验、退款计算、支付网关调用等
    }
}

4. DTO (Data Transfer Object) 数据传输对象

职责：跨层/跨服务传输数据，屏蔽敏感字段（如密码），减少不必要的数据暴露。
特征：实现序列化接口，属性集为PO的子集。

5. VO (View Object) 视图对象

职责：适配前端展示，承载渲染逻辑（如日期格式化、状态转文字）。
特征：可聚合多表数据，包含前端所需的拼接字段。
示例：

public class OrderVO {
    private String orderNo;
    private String createTime;     // 格式化后的日期
    private String userName;       // 关联用户名字段
    
    public String getStatusText() { // 状态转文字方法
        return OrderStatus.of(this.status).getDesc();
    }
}

6. POJO (Plain Old Java Object) 简单Java对象

职责：泛指不依赖框架的普通Java对象，可作为PO、DTO、VO的基类。
特征：仅有属性与getter/setter，常借助Lombok简化代码。

二、架构演进：对象协作的两种模型

1. 传统三层架构（适用CRUD场景）

流程：DAO层返回PO → Service层转换为DTO → Controller层转换为VO。
优点：简单直接，适合管理系统等业务规则较弱的场景。
缺点：业务逻辑易泄漏至Service层，导致代码臃肿。

2. DDD领域驱动架构（适用复杂业务系统）

流程：DAO层返回PO → 领域层转换为DO（Domain Object，等同BO）执行业务逻辑 → 应用层转换为DTO → Controller层转换为VO。
优点：业务高内聚，更贴合电商、金融等复杂系统的领域设计。
缺点：对象转换层级多，开发成本较高。

PO、VO、BO、DTO、DAO、POJO傻傻分不清？这张架构图让你彻底清楚

三、转换实践：从手动到自动化

1. MapStruct（首选推荐）

机制：编译期生成转换代码，零反射损耗，性能极高。
示例：

@Mapper
public interface UserConverter {
    UserConverter INSTANCE = Mappers.getMapper(UserConverter.class);
    
    @Mapping(source = "createTime", target = "registerDate")
    UserDTO poToDto(UserPO po); // 编译后自动生成实现类
}