问题痛点
在查询分页的时候,我们一般用PageHelper(com.github.pagehelper
)。
在service层,我们使用mapper查询数据。service的返参一般是dto,但是mapper一般不返回dto(返回跟表一一对应的实体类,如eo,但service层返回如PageInfo)
这就需要将eo转成dto,问题点就在于,在PageHelper那行代码之后的查询结果并不是List,而是Page,Page是ArrayList的子类,查询的Page结果是带有许多跟分页相关的额外字段信息的,如果只是简单地把eo转成dto,会丢失这些分页字段(即永远只有一页,每页有list.size()条结果),如
// xxxMapper.listXxx 查出的是Page对象,因为重新定义了list,所以肯定是丢失了分页信息的
@Override
public PageInfo<XxxDto> queryByPage(String name) {
List<XxxDto> list = new ArrayList<>();
List<XxxEo> eoList = xxxMapper.listXxx(name);
for(XxxEo eo : eoList) {
XxxDto t = new XxxDto();
BeanUtils.copyProperties(eo, t);
list.add(t);
}
return new PageInfo<>(list);
}
怎么办?
注:
1、其实我们是可以让xxxMapper查询的结果直接使用dto的,在实际项目中也有时会这么贪方便;
2、xxxMapper也不总是查出eo,eo是跟表一一对应的对象,很多时候我们需要查出比表更多的字段,如连表查询、对原始值加工。
解决办法
(第一种方法就是让mapper返回service需要的DTO就好了,这就一致了,问题就不存在了,也就不需要解决,这个不是今天讨论的重点,这里忽略)
写一个转换类。用这个转换类进行转换。
// 使用方法:将xxxMapper查出的结果,封装成pageInfo传入,如new PageInfo<>(list0)
// destList 是目的地列表,即List<XxxDto>的值
// 传入的pageInfo是带有正确的分页信息的,只是替换了实际的数据列表而已
public class PageUtils {
public static <S, T> PageInfo<T> convert(PageInfo<S> pageInfo, List<T> destList) {
PageInfo<T> vPageInfo = new PageInfo<>();
BeanUtils.copyProperties(pageInfoPo, vPageInfo);
// 重新赋值
vPageInfo.setList(destList);
return vPageInfo;
}
}
使用例子:
PageHelper.startPage(pageNum, pageSize);
List<XxxEo> list0 = xxxMapper.listXxx(name);
PageInfo<XxxEo> pageInfo0 = new PageInfo<>(list0);
List<XxxDto> list = new ArrayList();
for (XxxEo eo : list0) {
XxxDto dto = new XxxDto();
BeanUtils.copyProperties(eo, dto);
// 填充更多的字段值
dto.setOther("other_value");
list.add(dto);
}
// 这里要注意下,利用list0构造list,注意要让list的数量和list0相同,否则pageInfo0里的分页信息就不正确了(意思就是在构造list的是,不能 "list0中符合条件的才加入list",否则list和list0的数量不一致!!!)
PageInfo<XxxDto> pageInfo = PageUtils.convert(pageInfo0, list);
return pageInfo;
注意:这里要注意下,利用list0构造list,注意要让list的数量和list0相同,否则pageInfo0里的分页信息就不正确了(意思就是在构造list的是,不能 “list0中符合条件的才加入list”,否则list和list0的数量不一致!!!)
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/135249.html