理解web项目中的VO，DTO，DO，PO

最新推荐文章于 2025-11-29 08:00:00 发布

原创最新推荐文章于 2025-11-29 08:00:00 发布 · 8.2k 阅读

10 ·

CC 4.0 BY-SA版权

日常开发专栏收录该内容

11 篇文章

订阅专栏

本文详细解析了Web项目中VO（视图对象）、DTO（数据传输对象）、DO（数据对象）和PO（持久化对象）的概念及应用场景。VO用于Controller层返回的数据对象；DTO用于服务层间数据传输；DO为业务实体对象；PO与数据库表直接关联。

理解web项目中的VO，DTO，DO，PO

想起第一次实习的时候被嫌弃VO，DTO，DO，PO不分
- vo
- DO
- DTO
- PO

想起第一次实习的时候被嫌弃VO，DTO，DO，PO不分

所以他们到底是什么呢？
经过学习个人理解如下。

vo

vo就是我们在web的controller层返回的Object，
在接口中这个VO都会被转成Json对象输出，view object。

DO

DO就是一个业务实体对象

DTO

DTO就是一个复合的DO对象，由于业务需要我们需要调用业务A查询数据得到业务对象A，再调用业务B查询数据得到业务对象B然后一系列封装转化得到复合的对象C此时他就是一个DTO，data transfer object 它是一个服务层和服务层以上之间转换的对象。

PO

po持久化对象一般放在domain 或者 Entry中是一个与数据库表关联的对象，每一个属性都是表中的一个字段。
当业务过于简单时，po ，do，dto，vo并没有什么区别的时候我们也可以直接复用PO

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

芋元汤

关注关注

6
点赞
踩
10

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

5年老鸟带你区分 VO、PO、DTO、BO、POJO、JavaBean、Entity(有图，记得收藏)

【优快云】

10-25

3566

VO和DTO的区别 DTO和DO的区别 DO与PO的区别 PO (Persistent Object) PO（（bean,entity等命名）：持久化对象，它跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系。如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性。 VO(value object) 值对象（view object）视图对象 VO（View Object）：视图对象，用于展示层，它的作用...

SpringBoot项目中controller层、service层、mapper层、entity层、dto层、vo层理解

qq_44973310的博客

09-14

1万+

SpringBoot项目中controller层、service层、mapper层、entity层、dto层、vo层理解

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

VO类和DTO类的理解

爱学习的大雄的博客

08-14

1万+

例如Service层有一个getUser的方法返回一个系统用户，其中有一个属性是gender(性别)，对于Service层来说，它只从语义上定义：1-男性，2-女性，0-未指定，而对于展示层来说，它可能需要用“帅哥”代表男性，用“美女”代表女性，用“秘密”代表未指定。对于大部分应用来说，这不是问题，但设想一下，如果需求允许客户可以定制风格，而不同风格对于“性别”的表现方式不一样，又或者这个服务同时供多个客户端使用（不同门户），而不同的客户端对于表现层的要求有所不同，那么，问题就来了。...

Spring Boot：DTO、VO、BO、Entity 的正确工程化分层

weixin_46619605的博客

11-29

1812

Spring Boot：DTO、VO、BO、Entity 的正确工程化分层

html、VO、Controller、Service、Dao、model、DTO、数据库之间的关系

03-24

1055

一般来讲，VO类只能访问到Service层，不能访问到Dao层；model类只能访问到Service层，不能访问到Controller层，也就是说，暗话不给予流传，明话听着直白。

Java开发中的vo，dto，po

KNeeg_的博客

09-01

2697

DTO：用于数据传输，通常在服务层与表现层之间传递数据，目的是优化数据传输效率。VO：用于表现层，通常是业务数据的封装，直接用于前端显示。PO：用于持久化，直接与数据库中的表结构对应，是 ORM 框架操作数据库的基础。

领域驱动设计系列文章--浅析VO、DTO、DO、PO的概念、区别和用处

jaychouandkobe的专栏

04-25

570

说明：该文章为转载，原文请查看http://www.blogjava.net/johnnylzb/archive/2010/05/27/321968.html。本篇文章主要讨论一下我们经常会用到的一些对象：VO、DTO、DO和PO。由于不同的项目和开发人员有不同的命名习惯，这里我首先对上述的概念进行一个简单描述，名字只是个标识，我们重点关注其概念：

JAVA中的POJO、VO、PO、DO、DTO都是什么？有什么区别？

11-30

以下是关于POJO、VO、PO、DO、DTO的详细解释及其区别。 1. POJO（Plain Old Java Object）：POJO是一个通用术语，指没有特定框架限制的简单Java对象。它通常包含了业务逻辑和数据属性，不包含任何特定框架的注解或...

架构师技能1：工程规范、浅析领域模型VO、DTO、DO、PO、优秀命名

黄规速博客:学如逆水行舟，不进则退

05-23

1万+

java顶层文件结构：理解和浅析VO、DTO、DO(Entity)、PO 把我们之前项目的相关规范做了个总结记录下来，仅供参考，望能有点帮助。

项目开发中，真的有必要定义VO，BO，PO，DO，DTO这些吗？

m0_71777195的博客

06-15

1547

存在即是合理的，业务复杂，人员协同性要求高的场景下，这些规范性的东西不按着来虽然不会出错，程序照样跑，但是遵守规范会让程序更具扩展性和可读性，都是前辈血淋淋的宝贵经验，为什么不用？随着现在后端编程标准化程度越来越高，各种编程模型层出不穷。作为Java开发人员，大部分人不免要接触VO，BO，PO，DO，DTO之类的，但很多同学对这些概念一直以来都是云里雾里，团队开发过程中也总是处于混乱的状态，抓起来就用，本来是规范性的东西，却反而导致更加混乱了。今天我们把这些概念掰开揉碎来讲解一下，力求有一个清晰的理解，在开

【Java】解释一下什么是PO BO VO DTO POJO DAO DO

qq_53070263的博客

04-03

1077

PO、BO、VO、DTO、POJO、DAO、DO 是在软件开发，尤其是基于 Java 的企业级应用开发中经常使用的对象模型设计概念。这些术语有助于组织代码、分离关注点以及实现不同层次间的职责分工。

PO VO DTO 转换神器替代BeanUtils 了

沉淀所学，分享所思，让热爱与成长同行。商务记录AI实战经验，助力开发者快速成长。热爱AI，希望做出有影响力的技术成果。技术点亮生活，分享连接价值与机会。专注AI落地实战，陪你走好技术每一步。

09-29

1716

MapStruct是一个代码生成器，它基于约定优于配置，极大地简化了Java Bean类型之间映射的实现。特点如下：1.基于注解2.在编译期自动生成映射转换代码3.类型安全、高性能、无依赖性、易于理解阅读。

VO、DTO、DO、PO 详解 + 举例说明

cxkjntm123的博客

05-15

1万+

在软件开发中，尤其是面向对象编程和分层架构中，常常使用不同的数据对象来区分不同层次和不同职责的数据传输和处理。以下是 VO、DTO、DO、PO 的详细解释和举例说明：

DTO、VO和PO你了解吗

简单点的博客

01-31

737

DTO、VO和PO你了解吗

VO、DTO、DO、BO、PO

时光里的博客

02-19

2836

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

浅谈POJO：VO、DTO、DO、PO

weixin_48292094的博客

04-26

2624

近期看到有人在讨论VO、DIO、DO、PO，大家各抒己见，诚然，网上各种文章不同说法导致大家先入为主，其实我认为这些说法没有对错之分，我们能达成概念一致性就可以了；POJO本身就是伴随着编程模型（比如MVC、MVP等）而延伸出来的概念，本意就是让我们开发团队之间能有一个标准的数据规范，无论是把VO命名为Value Object还是View Object，它们本身概念都还是视图对象，用于展示层。个人书写习惯以及概念 VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）

SpringBoot实体类——VO/DTO/PO简单总结

tang_seven的博客

03-13

1万+

简单记录一下springboot后端开发中的实体类VO、DTO、PO等的使用

VO，DTO，PO 的个人见解

最新发布

12-09

<think>我们正在讨论IO、VO、DTO的概念、用途和区别。根据引用内容，我们主要涉及VO、DTO、DO、PO，但用户提到了IO。可能用户指的是DO（Domain Object）？或者输入输出相关的对象？在引用中并没有直接提到IO，但根据常见的软件架构，IO可能指的是输入输出对象（Input/Output Object），但这不是一个标准术语。因此，我们主要讨论VO、DTO，并提及DO和PO，同时根据用户问题，尝试解释IO（如果用户指的是输入输出，那么通常DTO就可以涵盖，或者可能是用户笔误）。根据引用[1]和[2]： - DTO（Data Transfer Object）：数据传输对象，用于服务层与展示层（或其他系统）之间传递数据的对象。 - VO（View Object）：视图对象，用于展示层，通常包含前端需要展示的数据。引用[2]提到，在特定场景下（如需求稳定且只有一个客户端），VO和DTO可以合并，此时通常使用DTO（而VO退隐），因为服务层不应与展示层耦合。引用[3]提到： - VO：与前端交互的数据结构。 - DTO：用于VO和ENTITY（即DO）之间的转换。 - ENTITY（DO）：与数据库表结构对应的对象。因此，我们得到以下概念： 1. DO（Domain Object）或PO（Persistent Object）：与数据库表结构对应的对象，代表业务实体。 2. DTO（Data Transfer Object）：在服务层与展示层之间传输数据的对象，用于解耦。 3. VO（View Object）：展示层使用的对象，包含前端需要的数据。关于IO：如果用户指的是输入输出对象，那么它可能是一个更宽泛的概念。在有些架构中，可能会用Input DTO和Output DTO来表示输入和输出的数据传输对象。但通常，我们使用DTO来涵盖输入和输出。因此，IO可能不是标准术语，但我们可以理解为输入和输出的DTO。因此，我们总结如下： - **DO (Domain Object) / PO (Persistent Object)**: 与数据库表结构对应的领域对象，用于持久化数据。通常位于数据访问层。 - **DTO (Data Transfer Object)**: 用于不同层之间传输数据，特别是服务层与展示层之间。它封装了数据并减少调用次数（通过一次传输多个数据）。DTO的结构通常根据传输需求设计，可能包含多个DO的组合或部分字段。 - **VO (View Object)**: 用于展示层，包含前端需要展示的数据。VO可能包含多个对象的数据，并且可能包含格式化的数据（如日期格式、数值格式等）或者前端需要的特定字段（如状态对应的文字描述）。区别： 1. **使用位置不同**： - DO/PO 主要在数据访问层使用。 - DTO 主要在服务层和展示层之间使用。 - VO 主要在展示层使用（如控制器返回给前端的对象）。 2. **目的不同**： - DO/PO 用于表示业务实体和数据库映射。 - DTO 用于跨层数据传输，解耦各层。 - VO 用于适配前端展示需求。 3. **字段差异**： - DO/PO 的字段通常与数据库表字段一一对应。 - DTO 的字段根据传输需求设计，可能组合多个DO的字段或部分字段。 - VO 的字段根据前端展示需求设计，可能包含格式化后的数据或额外的展示字段。在实际应用中，可能会根据项目复杂度来决定是否使用这些对象。在简单应用中，可能会合并VO和DTO，甚至直接使用DO作为DTO（不推荐，因为会导致层与层耦合）。关于IO：如果用户确实指的是输入输出对象，那么我们可以认为： - 输入对象（Input Object）：通常对应前端传入的数据，可以用DTO（如CreateUserDTO）或VO（当VO用于接收前端数据时，但通常不这样用）来表示。更常见的做法是使用DTO来接收前端传入的数据（此时称为Command或Request DTO），然后转换为DO进行持久化。 - 输出对象（Output Object）：通常对应返回给前端的数据，可以使用VO或DTO（此时称为Response DTO）。因此，IO可以理解为输入输出DTO（即Request DTO和Response DTO），它们属于DTO的一种。总结： - **DTO** 包括输入DTO（接收前端数据）和输出DTO（返回给前端数据）。 - **VO** 通常只用于输出展示，但在一些架构中，输入对象也可能被称为VO（较少见），所以通常我们会将输入和输出都归为DTO，而VO特指输出的展示对象。根据引用[3]的代码实现，他们使用VO作为与前端交互的对象（即输入和输出），而DTO用于VO和ENTITY（DO）之间的转换。这就意味着： - 控制器（Controller）接收和返回VO。 - 服务层（Service）内部使用DTO（由VO转换而来），然后服务层再通过DTO与数据访问层交互（或者直接使用DO？）。但更常见的做法是： - 控制器接收Request DTO（输入）并返回Response DTO（输出）。 - 服务层接收DTO并返回DTO，内部使用DO进行业务逻辑。因此，不同项目可能有不同实践。核心思想是层与层之间通过特定对象传递数据，避免直接使用数据库对象（DO）暴露给前端，以保证各层独立性和安全性。最后，回答用户问题：IO、VO、DTO的概念、用途和区别。由于IO不是标准术语，我们将其解释为输入输出对象，并归入DTO的范畴。因此，我们重点介绍VO和DTO，并提及DO和PO。 </think> ### IO、VO、DTO 的概念、用途与区别 #### 1. **基本概念** - **DTO (Data Transfer Object，数据传输对象)** 用于**层间数据传输**（如服务层与展示层之间），封装数据并减少调用次数[^1][^2]。例如服务接口的入参和返回值： ```java public class UserDTO { private Long id; private String name; // 原始数据，非展示格式 } ``` - **VO (View Object，视图对象)** 专用于**展示层**（如前端页面），包含格式化后的展示数据[^3]。例如： ```java public class UserVO { private String userId; private String formattedName; // 如"张三(经理)" } ``` - **IO (Input/Output Object，输入输出对象)** 非标准术语，通常指**系统边界的数据交互对象**（如API请求/响应）。实践中常由 DTO 或 VO 承担该角色： ```java // API 请求对象（可视为DTO的子集） public class UserRequest { private String username; private String password; } ``` --- #### 2. **核心区别** | **维度** | **DTO** | **VO** | **IO** | |----------------|----------------------------------|---------------------------------|----------------------------| | **设计目的** | 解耦服务层与外部交互 | 适配前端展示需求 | 定义系统输入/输出结构 | | **数据内容** | 原始业务数据（如数据库字段） | 格式化数据（如拼接的文本）[^2] | 与DTO/VO重叠 | | **使用层级** | 服务层 ↔ 展示层/其他服务 | 控制器 → 前端[^3] | 系统边界（如API接口） | | **可变性** | 通常不可变（线程安全） | 可变（根据展示需求调整） | 可变 | --- #### 3. **典型应用场景** - **DTO 的核心作用** 跨层传递数据，避免直接暴露数据库实体（如 `UserEntity`）。例如从服务层返回用户数据给控制器： ```java // 服务层方法 public UserDTO getUserById(Long id) { ... } ``` - **VO 的核心作用** 定制前端展示逻辑。例如将性别字段 `gender`（DTO 中为 `1/0`）转换为“男/女”： ```java // 控制器转换DTO→VO public UserVO convertToVO(UserDTO dto) { String genderText = dto.getGender() == 1 ? "男" : "女"; return new UserVO(dto.getId(), genderText); } ``` - **IO 的定位** 作为 API 契约。例如定义 RESTful 接口的请求体： ```json // 创建用户的请求（IO对象） POST /users { "username": "Alice", "password": "123" } ``` --- #### 4. **何时合并或分离？** - **合并 DTO 与 VO**：当需求简单且仅有一个客户端时，可用 DTO 直接作为展示对象。 - **分离 DTO 与 VO**： - 多客户端定制化展示（如 Web/APP 显示不同字段） - 需要数据脱敏或复杂格式化（如身份证号掩码）[^3] - 服务层逻辑独立于展示层变更[^1] --- #### 5. **与 DO/PO 的关系** - **DO (Domain Object) / PO (Persistent Object)**：直接映射数据库表结构，用于持久化层[^3]。 - **转换关系**： $$ \text{数据库} \xrightarrow{\text{ORM}} \text{DO/PO} \xrightarrow{\text{Converter}} \text{DTO} \xrightarrow{\text{Converter}} \text{VO} $$ 例如使用工具（如 MapStruct）转换对象： ```java @Mapper public interface UserConverter { UserDTO toDTO(UserDO userDO); UserVO toVO(UserDTO userDTO); } ``` --- ### 总结 | **对象** | **核心职责** | **关键差异点** | |----------|----------------------------|------------------------------------| | DTO | 跨层数据传输 | 承载原始业务数据，无展示逻辑 | | VO | 前端展示适配 | 包含格式化/聚合数据，耦合前端需求 | | IO | 定义系统输入输出契约 | 通常由DTO或VO实现，关注接口边界 | > 实践中，IO 常被归类为 DTO 的子集（如 `RequestDTO`/`ResponseDTO`），而 VO 强调展示层专属结构。分离 DTO 和 VO 可提升系统可维护性，但简单场景可合并以降低复杂度[^2]。