po,vo,entity,dto,aggreate的区别

  • aggreate:聚合对象,实体对象、值对象的协同组织,就是聚合对象。

典型的聚合结构:

示例:

假设我们在一个电商系统中有一个“订单(Order)”的业务场景,订单可以包含多个“订单项(OrderItem)”。订单是一个聚合根,负责管理订单项的添加、删除、数量调整等操作。订单项是订单的一部分,不能独立存在。

在这个例子中:

  • aggreate:聚合对象,实体对象、值对象的协同组织,就是聚合对象。聚合对象通过一个核心的实体,称为聚合根(Aggregate Root),对外部世界进行交互和访问。聚合根是该聚合的入口点,负责管理聚合内部所有的实体和值对象的生命周期、业务规则和行为。

  • 实体和值对象的组合:聚合可以包含多个实体和值对象,聚合根是这些对象的唯一入口点。例如,一个订单(Order)聚合可以包含订单项(OrderItem)订单项可以是一个实体,但它必须通过订单来操作,而不能被直接操作。

  • 只暴露聚合根:外部系统只能通过聚合根来访问和操作聚合内部的数据,这样可以避免数据不一致的情况。聚合根可以对聚合内部的实体和值对象执行操作。

  • Order 是聚合根,代表了整个订单聚合对象,它负责管理和操作订单项。

  • OrderItem 是订单中的子实体,不能独立存在,必须通过 Order 来管理和操作。

  • 外部系统只能通过 Order(聚合根)来添加或移除 OrderItem,而不能直接操作 OrderItem

  • entity:实体对象,大多数情况下,实体对象(Entity)与数据库持久化对象(PO)是1v1的关系,但也有为了封装一些属性信息,会出现1vn的关系。
  • valobj:值对象,通过对象属性值来识别的对象 。
  • entity和valobj的区别:entity往往都会有一个唯一标识表明,

  • student1(id=1,username="wanghao",password="123456")

  • student2(id=2,username="wanghao",password="123456")

  • 由于有id进行区分所以这就是俩个不同的entity对象,

  • studentVO1(username="wanghao",password="123456")

  • studentVO2(username="wanghao",password="123456")

  • 这是俩个相同的值对象

  • DTO(数据传输对象):主要用于在不同层之间传递数据。DTO是一个纯粹的数据容器,通常是可变的,不包含业务逻辑。它的作用是将数据从一个层传递到另一个层,比如从服务层传递到视图层。
  • 比如,前端往后端传输数据时,如果是多个属性就会封装成一个DTO传输。

  • 前端登录要传用户名和密码(username="wanghao",password="123456")往后端传输,后端就会用一个UserDTO去接收

  • po(持久化对象):也可以称为持久化实体。它是在软件开发中,尤其是在与数据库交互的场景中常用的术语。PO主要用于表示与数据库表结构对应的对象,能够将数据从数据库加载到内存中,并且可以持久化到数据库中。它通常与ORM(对象关系映射)框架配合使用,比如Hibernate、MyBatis等。
  • 通常一个表就对应一个po实体

### POVODTO 的概念及区别 #### 一、PO (Persistent Object, 持久化对象) PO 是指持久化对象,主要用来表示数据库表结构的对象。它通常是 ORM(Object-Relational Mapping)框架中的实体类,与数据库中的表一一对应。PO 中的属性一般直接映射到数据库表的列。 在 Java 开发中,PO 主要用于业务层持久层之间的数据交互[^4]。它的设计原则是简单明了,仅包含基本的数据字段及其 getter setter 方法。 ```java public class UserPO { private Long id; private String name; private Integer age; // Getter and Setter methods } ``` --- #### 二、VO (View Object, 视图对象) VO 是视图对象,主要用于前端展示的需求。它是专门为前端页面定制的数据结构,可能由多个 PO 或其他对象组合而成。VO 只保留前端需要显示的信息,不包含多余的内容。 VO 的特点是高度灵活,能够满足复杂的前端展示需求。例如,在某些情况下,VO 需要在原始数据的基础上增加计算字段或格式化的字符串[^1]。 ```java public class UserVO { private String displayName; // 前端展示名称 private int userAge; // 年龄 private List<String> roles;// 用户角色列表 // Getter and Setter methods } ``` --- #### 三、DTO (Data Transfer Object, 数据传输对象) DTO 是数据传输对象,主要用于不同服务或模块间的数据交换。它可以跨越网络边界,将一组相关联的数据打包成一个整体进行传输。相比于 VODTO 更注重性能优化跨系统的兼容性[^3]。 DTO 不一定完全匹配数据库表结构,而是根据具体业务需求定义其字段。因此,DTO 往往更轻量化,只携带必要的信息。 ```java public class UserDTO { private String username; private String email; // Getter and Setter methods } ``` --- #### 四、POVODTO区别 | **对比维度** | **PO** | **VO** | **DTO** | |------------------|-------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------| | **用途** | 表示数据库表结构,用于持久化操作 | 专为前端展示设计,提供适配前端界面的数据 | 跨服务或模块间的高效数据传输 | | **位置** | 持久层 | 接口层至前端 | 各种服务或模块之间 | | **特点** | 映射数据库表结构 | 定制化强,可包含额外计算字段 | 注重性能简洁性 | | **依赖关系** | 直接关联数据库 | 可能基于 PO 组合生成 | 可来源于 PO 或其他对象 | --- #### 五、使用场景分析 - **PO**: 当需要访问数据库并执行 CRUD 操作时,应优先考虑使用 PO 对象。例如,在 Spring Data JPA 中,Entity 类就是典型的 PO 实现。 - **VO**: 如果目标是构建适合前端渲染的数据,则应该选用 VO。比如在一个电商网站中,商品详情页可能会涉及价格折扣后的金额、库存状态等多种信息,这些都可以通过 VO 来封装。 - **DTO**: 在微服务架构下或者远程调用 API 场景里,推荐采用 DTO 进行参数传递服务响应。这样不仅可以减少不必要的数据暴露,还能提高通信效率[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值