比如数据库表有100个字段,其PO就有100个属性,但界面上只需显示10个字段,客户端请求获取数据,没有必要传递整个PO,可以只用这10个属性的DTO传递结果响应给客户端,也不会暴露数据库表结构。到达客户端以后,如果用这个对象来对应界面显示,那时转为VO。 BO(Business Object) 业务对象 从业务模型角度看,见UML元件领域模...
这下VO和DTO用法就清晰很多了。 易混点二:BO和PO PO是持久对象,这个很好理解,就是实体和数据库字段的对应,一个PO的数据结构对应着库中表的结构,表中的一条记录就是一个PO属性,大多数情况下,PO仅仅作为PO只是用来增删改使用。 PO比较容易混淆的是BO,BO是业务对象,对应的是某个具体的业务块,可以包含多个属性...
BO对内,为了进行业务计算需要辅助数据,或者是一个业务有多个对外的接口,BO可能会含有很多接口对外所不需要的数据,因此DTO需要在BO的基础上,只要自己需要的数据,然后对外提供 在这个关系上,通常不会有数据内容的变化,内容变化要么在BO内部业务计算的时候完成,要么在解释VO的时候完成 OK,到这里这些关系基本就理清楚了 ...
以下场景需要优先考虑VO、DTO并存: 因为某种技术原因,比如某个框架(如Flex)提供自动把POJO转换为UI中某些Field时,可以考虑在实现层面定义出VO,这个权衡完全取决于使用框架的自动转换能力带来的开发和维护效率提升与设计多一个VO所多做的事情带来的开发和维护效率的下降之间的比对。 如果页面出现一个“大视图”,而组成...
Pojo、PO、DTO、VO和BO都是Java中常见的概念,它们在数据传输和对象关系映射方面起着重要作用。POJO是最简单的Java类,用于封装数据;PO是持久化对象,用于表示数据库中的记录;DTO用于在不同层之间传输数据;VO表示数据值,用于表示特定状态或数据集合;BO是一个复杂的Java类,用于表示业务逻辑,可以包含验证、计算和其他...
* 可以包含一个或多个其他对象,如一个简历BO,包含教育经历、工作经历、社会关系等 PO/DO 对象 * 可以进行 PO/DO 与 VO/DTO 之间的转换; 1.5 DTO(Data Transfer Object)数据传输对象 * 表示一个数据传输对象; * 通常用于不同服务或服务不同分层之间的数据传输; ...
使用POJO名称是为了避免和EJB混淆起来, 而且简称比较直接. 其中有一些属性及其getter setter方法的类,没有业务逻辑,有时可以作为VO(value -object)或dto(Data Transform Object)来使用.当然,如果你有一个简单的运算属性也是可以的,但不允许有业务方法,也不能携带有connection之类的方法。
深度解读JAVA中的DO\BO\VO\DTO\AO\PO\DO\AO各自的含义 PO(Persistant Object) 持久对象 BO(Business Object) 业务对象 VO(Value Object) 表现对象 DTO(Data Transfer Object) 数据传输对象 DAO(Data access object) 数据访问对象 POJO(Plain ordinary ja... ...
一. PO、VO、DAO、BO、DTO 和 POJO 对比 在Spring Boot开发中,我们经常会听到一些概念,例如PO、VO、DAO、BO、DTO和POJO。这些术语看起来相似,但它们之间有着不同的含义和用途。接下来解释一下他们之间的区别: 1. PO (Persistent Object) 用于表示数据库中的持久化对象,通常与数据库表的结构一一对应。它是与...
如果服务和服务之间相对独立,那就可以叫DTO 如果服务和服务之间不独立,每个都不是一个完整的业务模块,拆开可能仅仅是因为计算复杂度或者性能的问题,那这就不能够叫做DTO,只能是BO VO(Value Object)值对象 VO就是展示用的数据,不管展示方式是网页,还是客户端,还是APP,只要是这个东西是让人看到的,这就叫VO ...