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
