关于mybatis分页PageHelper中mapper查出跟service层不一样的类型的问题

问题痛点

在查询分页的时候,我们一般用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的数量不一致!!!)

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值