java中VO的使用解析
java中VO的使用
场景
现在我们需要从数据库中查询用户列表t_user,对应的实体类如下:
import io.swagger.annotations.ApiModelProperty;
public class User {
@ApiModelProperty(value = "用户id")
private String userId;
@ApiModelProperty(value = "用户名称")
private String name;
@ApiModelProperty(value = "用户状态 1已认证,2 认证中,3未通过认证,7未提交认证")
private Integer status;
@ApiModelProperty(value = "头像地址")
private String headPicFileName;
@ApiModelProperty(value = "手机号")
private String telephone;
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());
}
}
}
}
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;
}
}
java里VO是什么
1、PO:persistant object 持久对象
可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。
2、VO:value object值对象
通常用于业务层之间的数据传递,和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象
可以和表对应,也可以不,这根据业务的需要.
有一种观点就是:PO只能用在数据层,VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象
这样就可以降低各层之间的耦合,便于以后系统的维护和扩展。
如果将PO用在各个层中就相当于我们使用全局变量,我们知道在OO设计非常不赞成使用全局变量。
但是每次都得进行VO-PO的转换,也确实很烦。我觉得有时候也可以在某个商业逻辑或者表示层使用PO
此时在这个商业逻辑的过程中PO的状态是不发生变化的,比如显示一条商品详细信息的商业逻辑。
在开发过的项目中,规模都很小,我一直都把PO当VO用,因为PO确实很方便,结合Hibernate的DAO
我使用JAVA的集合对象作为值传递的载体,当然Struts也是我的不二之选。
我认为:在一些直观的,简单的,不易发生变化的,不需要涉及多个PO时,传递值还是使用PO好
这样可以减少大量的工作量(也就意味着减少bug,减少风险),也不需要担心未来的维护工作!
vo:value object,值对象
一般在java中用的多的是pojo:plain oriented java object
原始java对象,pojo一般和数据库中的表是一一对应的。
vo一般是来做值的存储与传递。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341