java中VO的使用
场景
现在我们需要从数据库中查询用户列表t_user，对应的实体类如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
|
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列表：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
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());
}
}
}
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
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();
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
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一般是来做值的存储与传递。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。
原文链接：https://blog.csdn.net/G0_hw/article/details/78326359