一文讲清BO、PO、VO、DTO

做人，最重要的就是开心嘛！

已于 2025-07-03 14:36:12 修改

阅读量678

点赞数 26

CC 4.0 BY-SA版权

分类专栏： R&D 文章标签： BO PO VO DTO

于 2025-03-10 16:40:35 首次发布

本文链接：https://blog.csdn.net/troubleshooter/article/details/146157372

R&D 专栏收录该内容

56 篇文章

订阅专栏

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请轻击人工智能教程https://www.captainai.net/troubleshooter

BO、PO、VO、DTO是什么？

在后端开发中，比如传统的MVC架构和现在流行的DDD架构，经常会使用到下列几种对象的概念：

BO（Business Object）业务对象：BO代表了业务逻辑层中的对象，封装了与某个业务相关的数据以及针对这些数据的操作逻辑。一个BO可能由多个实体属性组成，并处理涉及多个实体的复杂业务逻辑。

PO（Persistent Object）持久化对象：PO主要用来表示数据库表的一条记录，它的属性和数据库表的字段相对应。通常在持久层（如Hibernate、JPA等ORM框架）中使用，主要用于操作数据库，如保存、更新和查询数据。

VO（Value Object）值对象：VO是视图层的对象，通常用于封装展示给用户的数据，它可以和数据库表对应，也可以根据UI界面需求进行定制。VO的主要目的是在页面展示时只携带必要的数据，从而避免把大量不必要的数据暴露给前端。

DTO（Data Transfer Object）数据传输对象：DTO设计模式用于将数据从服务端传输到客户端，或者在不同的服务之间传递。通常，DTO包含了特定业务场景需要的数据结构，并且不包含任何业务逻辑。它简化了不同服务或模块之间的交互，使得各个层之间的耦合度降低。

举个实际代码的例子，这里暂不给出VO，在最后的总结会讲这个VO。

PO－User

@Data
public class User implements Serializable{
    private Long id;
 
    private String username;
 
    private String password;
 
    private String identityCard;
 
    private String gender;
 
    private String location;
 
    private String userImage;
 
    private String phoneNumber;
 
    private String createTime;
 
    private String updateTime;
 
    @TableLogic
    private int isDelete;
}

DTO－UserDTO

@Data
public class UserDTO implements Serializable{
    private Long id;
 
    private String username;
 
    private String password;
 
    private String identityCard;
 
    private String gender;
 
    private String location;
 
    private String userImage;
 
    private String phoneNumber;
}

BO－UserLoginBO、UserUpdateBO

@Data
public class UserLoginBO implements Serializable{
    private String username;
 
    private String password;
}

@Data
public class UserUpdateBO implements Serializable{
    private Long id;
 
    private String username;
 
    private String password;
 
    private String identityCard;
 
    private String gender;
 
    private String location;
 
    private String userImage;
 
    private String phoneNumber;
}

从上面这个例子大家能看出来区别不？

UserDTO是一个大的入口，它可以接收整个模块的参数。

BO则是在进入Service层之前对UserDTO的数据进行过滤，并且对边界进行控制，最后在进入infra层（基础设施层）之前转为PO。

其实BO也可以像UserDTO那样，直接一个UserBO包含UserLoginBO和UserUpdateBO，单纯的做模型转换，不做值过滤也可以。

在后端开发中是怎么用的？

总结

为什么我们通篇没有讲关于VO的事情呢？

我个人的理解是DTO能解决的事情就没有必要再加一个VO，我们可以弄一个全局配置，将DTO里面为null值的字段全都过滤掉。这样就没有必要将数据传给前端的时候再多加一个VO。

给出代码示例，这样配置就可以把DTO中为null的值过滤掉，不会序列化发给前端。

@Configuration
public class GlobalConfig extends WebMvcConfigurationSupport {

    @Override
    protected void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
        super.configureMessageConverters(converters);
        converters.add(mappingJackson2HttpMessageConverter());
    }

    /**
     * 自定义mappingJackson2HttpMessageConverter
     * 目前实现：空值忽略，空字段可返回
     */
    private MappingJackson2HttpMessageConverter mappingJackson2HttpMessageConverter() {
        ObjectMapper objectMapper = new ObjectMapper();
        objectMapper.configure(SerializationFeature.FAIL_ON_EMPTY_BEANS, false);
        objectMapper.setSerializationInclusion(JsonInclude.Include.NON_NULL);
        return new MappingJackson2HttpMessageConverter(objectMapper);
    }
}