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

分层对象模型：PO、DTO、VO、BO定义区别与使用场景

news 2025/7/4 14:27:45

前言

PO（持久化对象）

DTO（数据传输对象）

VO（视图对象）

BO（业务对象）

关键区别总结

典型应用场景

为什么要分层设计

工具支持

前言

在开发中，我们经常遇到一些对象，如VO、DTO、PO、BO这些，搞不懂为什么要分这么多对

象，直接查询出对象实体类返回不就可以了吗？其实每个对象模型都有不同含义和作用，我们主要

说一下这几个对象模型在开发中的用途和区别。

PO（持久化对象）

作用：直接映射数据库表结构，与数据库交互的实体，数据库结构是怎么样的，PO就是对应数据

库库表结构。

特点：

通常与ORM框架（如Hibernate、MyBatis）配合使用。
字段与数据库一一对应，可能包含数据库特有的注解（如@Table、@Column）

示例：

@Entity
@Table(name = "user")
public class UserPO {
    @Id
    private Long id;
    private String name;
    private String email;
    // Getters & Setters
}

DTO（数据传输对象）

作用：用于不同层（Controller层与Service层）之间数据传输，避免暴露敏感数据或冗余字段，一

般用于Controller层接收传递给Service进行业务处理，或者一般远程调用（如RPC接口）或微服务

之间通信。

特点：

按需组合数据，可能包含多个PO的字段。

示例：

public class UserDTO {
    private Long id;
    private String name;
    // 不返回email，避免隐私泄露
    // Getters & Setters
}

VO（视图对象）

作用：面向前端展示，封装页面需要的数据，可能包含格式化后的数据。

特点：

结构与前端UI强相关，可能组合多个业务数据。
例如：日期格式化为字符串、状态码转文字描述。

示例：

public class UserVO {
    private String userName;
    private String registerDate; // 格式化为"yyyy-MM-dd"
    // Getters & Setters
}

BO（业务对象）

作用：封装复杂的业务逻辑，代表业务处理最小单元。

特点：

可能聚合多个PO的数据，并包含业务方法。
例如：订单BO包含订单信息、用户信息、商品列表及计算总价的方法。

示例：

public class OrderBO {
    private OrderPO orderPO;
    private UserPO userPO;
    private List<ProductPO> products;
    
    public BigDecimal calculateTotalPrice() {
        // 业务逻辑：计算订单总价
    }
}

关键区别总结

对象	层级	核心用途	数据特点
PO	数据访问层（DAO）	直接对应数据库表结构	与数据库字段严格一致
DTO	服务层/控制层之间	跨层传输数据，屏蔽敏感字段	按需组合，无业务逻辑
VO	控制层/前端	适配前端展示需求	格式化数据，结构灵活
BO	业务逻辑层（Service）	封装复杂业务逻辑	聚合多个PO，包含业务方法