在代码开发中的O（VO，BO，PO，DO，DTO）介绍

最新推荐文章于 2025-11-25 12:11:25 发布

原创最新推荐文章于 2025-11-25 12:11:25 发布 · 392 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java #mvc

在这里插入图片描述

先来看个图各种O的地位：
在这里插入图片描述
从图中可以看到各种O 的位置和用法，接下来，进行简单对O进行介绍：
BO：Business Object 业务对象，PO是一条交易记录，BO是一个人全部的交易记录集合对象

DTO：Data Transfer Object,数据传输对象; 传输通常指的前后端之间的传输

PO：Persistant Object 持久对象；简单说PO就是数据库中的记录，一个PO的数据结构对应着库中表的结构，表中的一条记录就是一个PO对象

VO：Value Object,展示用的数据;不管展示方式是网页，还是客户端，还是APP，只要是这个东西是让人看到的，这就叫VO

DO：Data Object 这个等同于PO；Domain Object 这个等同于的BO

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

五之

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

SpringBoot中各种O的分层模型

shall_zhao的博客

09-26

1478

设计模式的单一职责：各种XXOJavaBean，就是会做一些逻辑处理，包括接收事件，和查找事件等POJO的使用：在项目应用中，VO对应于页面上需要显示的数据（表单），DO对应于数据库中存储的数据（数据表），DTO对应于除二者之外需要进行传递的数据。

Java中各种O(PO,BO,DTO,VO等) 是不是人为增加系统复杂度？

程序员，AI探索者

02-23

1364

Java中各种O(PO,BO,DTO,VO等) 是不是人为增加系统复杂度？在Java和其他编程语言的开发过程中，经常会用到几个以"O"结尾的缩写，比如PO,BO,DTO,VO等等，O在这里是Object的缩写，不同的O代表了不同的数据类型，很多时候这些O中的属性看起来都是差不多的，干的事情好像也只是一个简单的封装，那么搞出这么多O出来是不是人为增加了系统的复杂度呢？

参与评论您还未登录，请先登录后发表或查看评论

项目开发中PO，DTO，VO，BO个人理解

m0_63837020的博客

01-24

819

在后端开发中，我们需要对数据进行实体类封装，这个时候就诞生了PO,VO,DTO,BO等实体类对象，本文将对围绕这四类进行讲解。

Java工程中各种带有O的对象分类笔记

weixin_30737363的博客

09-19

307

在Java工程里面，我们总会碰到各种不同的带有O的对象，对于一个小白来说，经常会混淆这些对象的使用场景，所以在这里mark一下，让自己的代码更加规范，但这个也是Java被诟病的地方，不同的业务需要给它写各种各样的映射类。 PO：persistent object，持久对象。与数据库里表中的字段对应。PO是一些属性，以及set和get方法组成（使用强大的lombok插件更加方便）。一...

名词解析 — — 企业开发中的VO、DTO、BO、PO、TO等

weixin_45565886的博客

09-20

6830

名词解析 — — 企业开发中的VO、DTO、BO、PO等

快速了解开发过程中VO、DTO、BO、 DO、PO、POJO、Entity的概念、区别、作用

qq_22193961的博客

04-19

2912

快速了解VO、DTO、BO、DO、PO、POJO、Entity的概念、区别和作用

简述Java项目中VO，BO，PO，DO，DTO之类的文件概念、易混点

简单发点工作中用到的，或者记录下小知识点

06-26

1361

分层使用VO（视图对象）、BO（业务对象）、PO（持久对象）、DTO（数据传输对象）在大型团队中有助于清晰界定结构，减少因数据需求不一致而导致的代码冲突。然而，这种分层并非一成不变，应根据业务的复杂性灵活调整。对于简单业务，甚至可以省略VO，直接使用DTO向前端传输数据。关键在于团队内部必须对这些概念有统一的理解。如果使用不当，反而可能导致代码混乱。数据对象：xxxPO，其中xxx为数据表名（也可使用DO）。数据传输对象：xxxDTO，其中xxx与业务领域相关。

DO、BO 、DTO 、VO 、 AO、PO 、UID的开发规范

m0_70545163的博客

11-19

1707

DO、BO 、DTO 、VO 、 AO、PO 、UID的开发规范；域对象代表业务领域中的实体，通常与业务逻辑紧密相关。它们包含与业务相关的属性和行为，通常用于表示业务模型。: 持久化对象是特定于数据持久化的对象，通常与数据库中的表结构直接对应。PO主要用于与数据库交互，负责存储和检索数据。DO代表业务领域中的实体，包含业务逻辑和行为。PO代表需要持久化到数据库的对象，主要用于数据存储和检索。在实际应用中，DO和PO之间可以通过转换（例如，DTO）来实现数据的传递和转化，以便在不同层之间进行交互。

Java中 PO VO BO DTO DAO 和 POJO 关系图

03-13

Java中 PO VO BO DTO DAO 和 POJO 关系图

java术语（PO/POJO/VO/BO/DAO/DTO）

04-14

本文将详细解析"PO/POJO/VO/BO/DAO/DTO"这六个概念，并探讨它们在实际项目开发中的作用和应用场景。 1. PO（Persistent Object，持久化对象） PO是指与数据库表结构一一对应的Java对象，它通常包含了数据库表中的...

java里VO是什么？

m0_67265464的博客

05-29

353

一、PO:persistant?object?持久对象可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。二、VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象可以和表对应,也可以不,这根据业务的需要. 有一种观点就是：PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。如果将PO用在各个层中就相当于

开发中常使用的PO、VO、BO、DTO的理解

码农星

08-23

6892

PO：持久对象 (persistent object)，po(persistent object)就是在Object/Relation Mapping框架中的Entity，po的每个属性基本上都对应数据库表里面的某个字段。完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。持久对象是由insert数据库创建，由数据库delete删除的。基本上持久对象生命周期和数据库密切相...

Java 开发中一篇文章讲清楚VO，BO，PO，DO，DTO的区别

Bulldozer_GD的博客

04-03

5839

⼀、概念定义 1、PO：Persistant Object(持久对象)，基本上，PO对象中的属性就是对应着数据库中表的字段，加上⼀些get和set⽅法的组成。例：个⼈信息表中分别有：id，name，age，sex，birthday则PO对象中的属性有：id，name，age，sex，birthday{“id”: 1,“name”: “张三”,“age”: 20,“sex”: “男”,“birthday”: “2000-03-24”} 2、BO：Business Object(业务对象)，相⽐于PO来说，BO

代码安全/规范 ----ENTITY/DTO/VO三者关系

qq_40306373的博客

08-19

1576

ENTITY/DTO/VO关系在刚开始接触项目代码的时候，看到项目中的代码对于数据库操作的对象都会有具体的类用来存储，但是又分为entity(实体),DTO(数据传输类),VO(视图层显示)三种类型。 entity 实体类是在对数据库操作时使用的，所有字段与数据库对应表格字段对齐，并且表设计时应该严格遵循“实体这个概念”，一个可以被具象化的数据体才能叫做实体，而不是表格上显示什么字段，就把这些字段抽象为所谓的一个“实体”。 DTO 数据传输类的存在是为了将实体类的数据经过适当的筛选（增加或减少相应的字段

SSM企业物资管理系统h3109(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上，文末可获取，系统界面在最后面

2509_93102542的博客

11-21

763

在技术实现上，国外多采用成熟的开发框架和技术架构，注重系统的安全性、稳定性和可扩展性，同时积极融入大数据、人工智能等新技术，实现物资需求预测、智能库存优化等功能。基于此，开发一套基于SSM框架的企业物资管理系统，整合部门、员工、物资及各类业务流程管理功能，实现物资管理的数字化、规范化和高效化，成为解决企业物资管理痛点的必然需求。本课题旨在开发一套基于SSM框架的企业物资管理系统，围绕部门、员工、物资信息、物资申请、消息提醒、物资归还、物资入库、意见反馈八大核心功能模块，实现企业物资管理的全流程数字化。

2025最新 SpringCloud 教程，Nacos-总结，笔记19

最新发布

Rockandrollman的博客

11-25

2025最新 SpringCloud 教程，Nacos-总结，笔记19

Java原生网络编程-BIO与NIO

照母山挖洋芋

11-24

460

摘要：本文对比了Java原生JDK中的BIO(阻塞I/O)和NIO(非阻塞I/O)网络编程模型。BIO采用"一连接一线程"模式，存在线程资源浪费和性能瓶颈问题，可通过线程池优化为伪异步I/O模型。NIO通过Selector、Channel和Buffer三大核心组件实现非阻塞通信，支持单线程管理多个通道。重点介绍了NIO的Reactor模式、事件类型(OP_READ/OP_WRITE等)及服务端/客户端的不同关注点，展示了NIO相比BIO在高并发场景下的优势。（149字）

java中 vo bo dto po的转换

02-12

### Java 中 VO、BO、DTO、PO 的转换方法在Java开发中，为了保持不同层次间的解耦合以及数据的安全性和一致性，通常会使用不同的对象模型来表示同一逻辑实体的不同视图。这些对象包括VO（View Object）、BO（Business Object）、DTO（Data Transfer Object）和PO（Persistent Object）。下面将介绍如何在这几种对象之间进行转换。 #### 使用 MapStruct 实现自动映射 MapStruct 是一种用于简化类间属性复制工作的框架，可以减少手动编写繁琐的转换代码。通过定义接口并标注特定注解即可实现高效的双向映射功能[^1]。 ```java @Mapper(componentModel = "spring") public interface EntityDtoMapper { UserBo userPoToUserBo(UserPo po); UserDto userBoToUserDto(UserBo bo); } ``` 此段代码展示了从`UserPo`(持久化对象)到`UserBo`(业务对象)，再到`UserDto`(传输对象)的过程。借助于MapStruct自动生成具体的实现类完成实际的对象转换工作。对于VO(视图对象), 如果前端请求或响应需要特殊格式的数据，则可以在控制器层进一步处理： ```java @RestController @RequestMapping("/users") public class UserController { @Autowired private UserService userService; @GetMapping("/{id}") public ResponseEntity<UserVo> getUser(@PathVariable Long id){ UserDto dto = userService.getUserById(id); // 假设这里有一个dtoToVo的方法来进行最终转换 return new ResponseEntity<>(dtoToVo(dto), HttpStatus.OK); } } private static UserVo dtoToVo(UserDto dto){ UserVo vo = new UserVo(); BeanUtils.copyProperties(dto,vo); // 可能还需要额外设置一些只读字段或者其他不适合放在DTO中的信息 return vo; } ``` 上述例子说明了当接收到HTTP GET请求时，先调用服务获取DTO实例，之后将其转化为适合前端使用的VO实例返回给客户端[^2]。另外值得注意的是，在某些情况下可以直接利用DTO作为VO传递给前端而不需要单独创建VO类，尤其是在两者结构非常相似的情况下这样做能够有效降低系统的复杂度[^3]。