前言
湟源網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,湟源網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為湟源1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的湟源做網(wǎng)站的公司定做！
Spring-data-jpa的基本介紹：JPA誕生的緣由是為了整合第三方ORM框架，建立一種標(biāo)準(zhǔn)的方式，百度百科說是JDK為了實(shí)現(xiàn)ORM的天下歸一，目前也是在按照這個(gè)方向發(fā)展，但是還沒能完全實(shí)現(xiàn)。在ORM框架中，Hibernate是一支很大的部隊(duì)，使用很廣泛，也很方便，能力也很強(qiáng)，同時(shí)Hibernate也是和JPA整合的比較良好，我們可以認(rèn)為JPA是標(biāo)準(zhǔn)，事實(shí)上也是，JPA幾乎都是接口，實(shí)現(xiàn)都是Hibernate在做，宏觀上面看，在JPA的統(tǒng)一之下Hibernate很良好的運(yùn)行。
最近在使用Springboot 以及Spring data jpa ，使用jpa可以讓我更方便的操作數(shù)據(jù)庫，但在使用中也遇到了不少的坑，下面這篇文章就來記錄下，下面話不多說了，來一起看看詳細(xì)的介紹吧。
場景：
動(dòng)態(tài)查詢，分頁查詢，根據(jù)傳入不同的狀態(tài)，分別查詢不同數(shù)據(jù)表，并且在傳入page對(duì)象之前用map進(jìn)行VO轉(zhuǎn)換。而pageable的使用地方不同影響到了分頁數(shù)據(jù)的正確性，以此進(jìn)行探討。
前提：
Page對(duì)象封于VO內(nèi)，返回?cái)?shù)據(jù)包括了分頁數(shù)據(jù)
重慶分公司
重慶分公司
@ApiModelProperty("記錄")
private Page activityRecordVOList;
@ApiModelProperty("數(shù)量")
private Integer num = 0;
@ApiModelProperty("金額")
private BigDecimal totalMoney = BigDecimal.valueOf(0); 錯(cuò)誤運(yùn)用：
ListactivityRecordVOList = new ArrayList<>(); if (receiveSendRecordRequestVO.getSendOrReceiveType() == SendOrReceiveType.RECEIVE) { List challengeRecordList = challengeRecordDao.findByUserIdAndDeleteType(userId, DeleteType.FALSE); if (!CollectionUtils.isEmpty(challengeRecordList)) { activityRecordVOList = challengeRecordList.stream() .map(this::challengeRecordToActivityRecordVO) .collect(Collectors.toList()); } } else if (receiveSendRecordRequestVO.getSendOrReceiveType() == SendOrReceiveType.SEND) { List activityList = activityDao.findByUserIdAndDeleteType(userId, DeleteType.FALSE); if (!CollectionUtils.isEmpty(activityList)) { activityRecordVOList = activityList.stream() .map(this::activityTOActivityRecordVO) .collect(Collectors.toList()); } }
activityReceiveSendRecordVO.setActivityRecordVOList(new PageImpl<>(activityRecordVOList,
pageable, activityRecordVOList.size()));解析：傳入的pageable只在set進(jìn)VO的時(shí)候，用new PageIml將List轉(zhuǎn)為page對(duì)象，前端報(bào)的問題 雖然總頁數(shù)、總條數(shù)均為正確，但第一頁的條數(shù)是全部 ，數(shù)據(jù)異常！
正確參考做法：
采用Specifications先根據(jù)查詢條件動(dòng)態(tài)查詢并map出相應(yīng)分頁對(duì)象(此塊代碼因需求而異)，這時(shí) findAll 傳入的pageable是生效的，便會(huì)顯現(xiàn)正確的分頁信息。
代碼塊參考：
xxxCommonSpecUtil 是自封的specification工具類，與原生spring data jpa原生查詢方法類似。
Pagepage = new PageImpl<>(activityRecordVOList, pageable, activityRecordVOList.size()); if (receiveSendRecordRequestVO.getSendOrReceiveType() == SendOrReceiveType.RECEIVE) { Specifications spec = Specifications.where( challengeCommonSpecUtil.equal("userId", userId)) .and(challengeCommonSpecUtil.equal("deleteType", DeleteType.FALSE)); page = challengeRecordDao.findAll(spec, pageable).map(this::challengeRecordToActivityRecordVO); } else if (receiveSendRecordRequestVO.getSendOrReceiveType() == SendOrReceiveType.SEND) { Specifications spec = Specifications.where( activityCommonSpecUtil.equal("userId", userId)) .and(activityCommonSpecUtil.equal("deleteType", DeleteType.FALSE)); page = activityDao.findAll(spec, pageable).map(this::activityTOActivityRecordVO); }
注：activityReceiveSendRecordVO為封裝的VO，包含了返回的Page對(duì)象
activityReceiveSendRecordVO.setActivityRecordVOList(page);
總結(jié)
使用了這么長時(shí)間spring data jpa，覺得Specifications巨好用，也不容易出錯(cuò)，也是我喜歡的編碼風(fēng)格，而new PageImpl<>()這種簡單粗暴的方法我一般都用在查詢數(shù)據(jù)關(guān)聯(lián)太多表的情況，在最后直接返回，更深層次的還需要再探討！
好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)創(chuàng)新互聯(lián)的支持。
