POJO VO 的区别

本文深入解析JavaBean的各种类型,包括PO、VO、DTO等的区别与应用场景。阐述了它们在不同层间的数据转换过程,以及如何通过BeanUtils进行对象属性复制,帮助理解各层间的职责划分。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

实体类

都是JavaBean的一种  实际上没区别  功能都一样  使用的时候区别(VO一般在命名结尾有大写VO  已做区别)

po是在持久层所使用的 用来封装原始数据   (数据库)

而VO则主要在视图层活动 两个JAVABEAN的使用范围不同 

 

 

假如你从数据库取出来的原始数据 你可以通过业务层将数据进行封装 再通过VO发到页面上去 比方说  数据库表示性别的方式 为 1 和 0 1为男 0为女 获得的时候我们获得的就是原始数据 那么 经过业务层的时候我们可以进行判断 并把他们所对应的参数放到VO里 也就是说 po里为性别属性为1 经过业务层之后 判断性别 并根据原始数据给VO赋值 比如根据1 给VO里的属性赋 ‘男’ 也就是说po里的属性 主要是用来给数据库用的 而VO里的属性 就是纯给用户显示的 

SO   

这里有一些查询条件   但是查询内容在两个数据表  所以需要专门创建一个JavaBean   

这个javabean不与数据库一一对应   只为了传参

 

 

VO与DTO

对于服务层来说,它只从语义上定义:1-男性,2-女性,0-未指定,而对于展示层来说,它可能需要用“帅哥”代表男性,用“美女”代表女性,用“秘密”代表未指定。说到这里,可能你还会反驳,在服务层直接就返回“帅哥美女”不就行了吗?对于大部分应用来说,这不是问题,但设想一下,如果需求允许客户可以定制风格,而不同风格对于“性别”的表现方式不一样,又或者这个服务同时供多个客户端使用(不同门户),而不同的客户端对于表现层的要求有所不同,那么,问题就来了。再者,回到设计层面上分析,从职责单一原则来看,服务层只负责业务,与具体的表现形式无关,因此,它返回的DTO,不应该出现与表现形式的耦合。


从数据库中取出的对象,比如是data ,那么就先需要转换成dataDTO处理数据。然后返回到restful前转换成需要的VO

 

 

POJO  并不继承任何类(继承Object),实现任何接口,只有属性跟get set方法

po   ---每个属性基本上都对应数据库表里面的某个字段,一般要实现序列化接口,有时也继承一些类

 

import io.swagger.annotations.ApiModelProperty;

public class User {

    @ApiModelProperty(value = "用户id")
    private String userId;

    @ApiModelProperty(value = "用户名称")
    private String name;

    /**
     * 状态参考 UserStatus
     */
    @ApiModelProperty(value = "用户状态  1已认证,2 认证中,3未通过认证,7未提交认证")
    private Integer status;

    @ApiModelProperty(value = "头像地址")
    private String headPicFileName;

    @ApiModelProperty(value = "手机号")
    private String telephone;

    /**
     * 用户级别 0到期 1游客 2临时用户 3认证用户 参考health com.dachen.health.commons.vo.User
     */
    private Integer userLevel;

    @ApiModelProperty(value = "医生信息")
    private Doctor doctor;

    get/setXxx().... 

    @Override
    public boolean equals(Object o) {
        if (this == o) {
            return true;
        }
        if (o == null || getClass() != o.getClass()) {
            return false;
        }
        User user = (User) o;
        return userId != null ? userId.equals(user.userId) : user.userId == null;
    }

}

但是前端页面需要展示更多个关于用户的消息,如用户的角色Role,而User实体类中的信息不全,
为了返回更多的信息,有两种做法:
1.直接在user类中添加需要的信息属性
2.创建一个新类UserVO extends User,只在UserVO中添加更多属性,而且以VO结尾表示用于返回前端的数据.

如果采用第一种做法,User类可能会越来越大,也不方便后期维护,而且User类作为对数据库表的映射,添加冗余的属性
反而会破坏这种映射关系,采取第二种方法,更加清晰明确.


现在采用第二种方法,假设从数据中查出user列表:


List<User> users = userServiceImpl.findUsersByIds(userIds);

//将User列表转换为UserVO列表:

List<CircleUserVO> circleUserVOs=BeanUtil.copyList(users,CircleUserVO.class);

//给UserVO添加角色属性
wrapRole(circleUserVOs,circleId);
wrapRole(List<CircleUserVO> circleUserVOs,Long circleId){
    //所有角色权限
    List<CircleUserVO> circleUserVOList = circleMemberRoleMapper.selectAllMemberRoleByCircleId(circleId);

    for (CircleUserVO circleUserVO:circleUserVOList){
        for (CircleUserVO circleUserVO1:circleUserVOs){
            if(circleUserVO.getUserId().equals(circleUserVO1.getUserId())){
                circleUserVO1.setRole(circleUserVO.getRole());
            }
        }
    }
}

VO是。

package com.dachen.circle.model.vo;

import com.dachen.circle.model.inner.User;
import io.swagger.annotations.ApiModelProperty;

public class CircleUserVO extends User{

    @ApiModelProperty(value = "在该圈子的角色1:管理员 2:圈主(负责人)3:顾问 逗号拼接 多个角色 可同时为管理员,圈主,顾问")
    private String role;

    @ApiModelProperty(value = "0否 1是 永久免费")
    private Integer permanentFree;

    @ApiModelProperty(value = "1正常 2欠费")
    private Integer arrearageStatus;

    @ApiModelProperty(value = "过期时间 月数")
    private Integer expirationMonth;

    @ApiModelProperty(value = "医院名称")
    private String hospital;

    @ApiModelProperty(value = "科室")
    private String departments;

    @ApiModelProperty(value = "职称")
    private String title;

    @ApiModelProperty(value = "简介")
    private String introduction;

    @ApiModelProperty(value = "排序字母 A-Z Z1为#")
    private String letter;

   get/setXxx(); 
}
package com.dachen.util;

import org.springframework.beans.BeanUtils;

import java.util.ArrayList;
import java.util.List;

public class BeanUtil {

     public static <T> T copy(Object poObj,final Class <T>voClass)
     {
         T voObj =null;
         try {
             voObj = voClass.newInstance();
             BeanUtils.copyProperties(poObj, voObj);
             return voObj;
         } catch (InstantiationException | IllegalAccessException e) {
             e.printStackTrace();
         }
         return null;
     }
     public static <T> List <T> copyList(List <? extends Object> poList ,final Class <T>voClass){

        List<T> voList=new ArrayList<T>();

        T voObj =null;
        for(Object poObj:poList){
            try {
                voObj = voClass.newInstance();
                BeanUtils.copyProperties(poObj, voObj);
                voList.add(voObj);
            } catch (InstantiationException | IllegalAccessException e) {
                e.printStackTrace();
            }
            System.out.println(voObj);
        }
        return voList;
    }
}



 

https://blog.youkuaiyun.com/g0_hw/article/details/78326359

java的(PO,VO,TO,BO,DAO,POJO)解释:https://www.cnblogs.com/yxnchinahlj/archive/2012/02/24/2366110.html

https://blog.youkuaiyun.com/Thousa_Ho/article/details/73196347

 

<think>嗯,用户问的是POJOVO区别,这两个都是Java开发中常见的概念。首先,我需要确认这两个术语的定义,以及它们各自的使用场景,这样才能准确回答它们的区别POJO的全称是Plain Old Java Object,也就是普通的Java对象。这个概念主要是为了和EJB那种复杂的对象做区分,强调简单性,不依赖于特定的框架或接口。POJO通常只有属性和对应的getter、setter方法,没有业务逻辑或者特殊功能。比如,一个User类,里面可能有id、name这些属性,还有对应的get和set方法,这就是典型的POJOVO是Value Object的缩写,翻译过来就是值对象。它的主要用途是在不同层之间传递数据。比如在MVC架构中,控制器可能需要将多个数据项组合起来传递给视图,这时候VO就派上用场了。VO通常包含多个属性,可能来自不同的数据模型,目的是为了封装成一个对象方便传输。例如,一个页面需要展示用户信息和订单信息,可以创建一个UserOrderVO,包含用户的基本信息和订单的详情。 接下来需要比较它们的区别。首先,设计目的不同。POJO强调的是简单性,不依赖框架,而VO关注的是数据的传递和封装。然后是使用场景,POJO通常用于数据模型,与数据库表对应,而VO用于层间数据传输,可能组合多个POJO的数据。结构上,POJO可能包含业务逻辑的方法,而VO主要是属性和getter/setter,可能还会有转换方法。另外,命名习惯上,VO通常以VO结尾,而POJO可能没有特定后缀。 不过,实际开发中这些概念有时会被混用,不同的团队可能有不同的规范。比如,有些项目可能用DTO(Data Transfer Object)代替VO,或者POJO也被用来传输数据。所以还需要注意上下文中的具体用法。 用户可能是刚开始学习Java或者企业级开发,对分层架构中的对象使用不太清楚。可能需要更具体的例子来说明两者的应用场景,或者区分它们和其他类似概念如DTO、Entity的区别。另外,用户可能在实际项目中遇到了命名或结构上的困惑,需要明确指导如何正确使用这两种对象,以避免设计上的错误。 总结下来,POJO是基础的Java对象,强调简单性;VO是用于传输的值对象,侧重于数据封装。两者的主要区别在于设计目的和使用场景,结构上的差异则服务于各自不同的用途。</think>POJO(Plain Old Java Object)和 VO(Value Object)是 Java 开发中常见的两种对象类型,它们的核心区别体现在**设计目的**和**使用场景**上: --- ### 1. **POJO(普通 Java 对象)** - **定义**:简单、无框架依赖的 Java 对象,仅包含属性及对应的 getter/setter 方法。 - **特点**: - 不继承特定接口或类,不依赖外部框架。 - 通常用于表示业务模型(如数据库表映射的实体)。 - 可包含简单业务逻辑(如数据校验)。 - **示例**: ```java public class User { private Long id; private String name; // getter/setter 方法 } ``` --- ### 2. **VO(值对象)** - **定义**:用于在不同层(如 Controller 和 View)间传递数据的封装对象。 - **特点**: - 仅包含属性和 getter/setter,**无业务逻辑**。 - 可组合多个数据源(如合并数据库表字段或计算结果)。 - 通常以 `VO` 后缀命名(如 `UserVO`)。 - **示例**: ```java public class UserVO { private String userName; private String email; private LocalDateTime registerTime; // getter/setter 方法 } ``` --- ### 3. **核心区别** | **维度** | **POJO** | **VO** | |----------------|-----------------------------------|-----------------------------------| | **设计目的** | 表示业务模型(如数据库实体) | 跨层传输数据(如 Controller→View)| | **使用场景** | 与 ORM 框架配合(如 Hibernate) | 接口返回值、页面渲染数据封装 | | **结构复杂度** | 可能包含业务逻辑方法 | 纯数据结构,无逻辑 | | **命名规范** | 无固定后缀(如 `User`, `Order`) | 通常以 `VO` 结尾(如 `UserVO`) | --- ### 4. **实际应用场景** - **POJO**: 用户注册时,`User` 类映射数据库表,通过 Hibernate 持久化到数据库。 - **VO**: 返回给前端的用户信息可能包含额外字段(如脱敏手机号、格式化日期),此时需用 `UserVO` 封装。 --- ### 5. **与其他概念的对比** - **DTO(Data Transfer Object)**:与 VO 类似,但更强调网络传输(如微服务间通信)。 - **Entity**:特指与数据库表直接映射的 POJO(如 JPA 中的 `@Entity` 类)。 --- ### 总结 POJO 是**基础业务模型**,VO 是**数据传输载体**。实际开发中,一个请求的处理流程可能是: `Entity(POJO) → Service 处理 → 转换为 VO → 返回给前端`。 理解二者差异有助于设计清晰的代码分层。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值