首先场景就是以前习惯用jpa，突然上手给一个项目补充几个接口，mybatis plus做持久层的，然后补得这几个接口还都是统计接口，也就是要复杂查询的。
然后开始顺藤摸瓜，看了下原项目，大多都是用的plus 的wrapper直接查询，dao层连方法都莫得，然后通过群友的友情回答，知道mybatis也支持注解查询（表喷，真的n久没用过mybatis，基本用法还停留在mybatis的xml文件上）
从注解查询开始
这个注解查询和jpa 的用法差不多，简单列出几个来举例子：
删除：
@Delete("delete from user where user_id=#{id}")
int deleteBYID(@Param("id")Long id);
查询：
@Select("select * from car where user_id=#{userid}")
BaseCarrierEntity getbaseCarrierbycarr_code(@Param("userid") Long userid);
修改：
@Update("update order set cost_amount=#{orderEntity.costAmount} where order_id=#{orderEntity.orderId}")
void updateCustOrderCostAoumntbyid(@Param("orderEntity") orderEntity orderEntity);
以上就是简单地注解查询的方法，然后方法名啊，返回值啊都是自定义的，可以看心情写。删除和修改可以用int接收，也可以void。
查询的话，能使结果正常保存就行了，有时候会报错返回值是一个，但是查询出来结果不是一个之类的（刚刚特意做个demo截取的错误截图）
反正遇到这个错就是返回值不是预期的一个。
当查询结果不是实体怎么接收？
这个其实说开了也很简单，但是我当时也卡住了。
比如我最开始说的统计结果，这个日期就不是表中的字段，而是关联查询中的日历表的字段。
要用什么接收是个问题，尤其是我这里还犯了一个很傻的错误。
说一说count
关于这个count统计，其实mybatisPlus真的很好用。简单的一句代码就能实现，甚至相比于jpa，还要写Dao层方法来说，条件构造器简直爱的不行。
// 司机数量
int driverNum = DriverDao.selectCount(new QueryWrapper<DriverEntity>().eq("lnvalid", 2).eq("flag", 0));
这个selectCount是接口实现的方法，参数是条件。
这个我之前已经讲过QueryWrapper的用法了，一种lambda一种普通用法。
我这里为了方便直接输入字段名了。
上句代码的意思就是：查询driver这个表中lnvalid等于2，flag等于0的记录数。这个比较简单，没啥可说的，就当安利一波mybatis plus吧。
关于null和数据类型
这里要说一个不是很常见的情况：我们要统计某个字段的值，但是这个字段如果没有数据默认不是0而是null。我当时试图将默认值改为0还被告知不能改。
所以问题产生了，我用double 来接收这个sum统计，就可能会报错，因为null是不能被double接收的。但是我用String接收更扯了，数字类型被String接收也会报错啊！
怀着日了狗的心态，我用Object接收了这个sum方法的返回值。（我也不知道为啥会出现不能将数字类型默认0，设计脑袋进水了吧,还有字段中status为啥是汉字，都是无解的。反正不是我设计的，我也没发言权）
@Select("SELECT SUM(deposit) from order where `status` IN ('已接单','待确认','承运中')")
Object selectDriverBond();
然后接收的时候又出问题了，因为这样接收出来，不是null 的数据是BigDecimal类型的，而不是基本类型double。没办法，那就BigDecimal接收，然后转吧。
于是又做了一步转化：
if(orderDao.selectDriverBond()!=null) {
double driverBond = ((BigDecimal) orderDao.selectDriverBond()).doubleValue();
}
注：为啥强转double是因为我后面还要做一些操作，单纯的直接返回前端这个值的话就不用转了，直接BigDecimal类型返回就ok了。
至此这一个简单到不行的sum功能才算完成。
再吐个槽，SB设计真坑人，要是没有这些乱七八糟的不合理，这个只要一个方法不就ok了么。哎
参数是like后的字段。
因为统计年月日之类的，肯定要用到模糊查询。查询的日期或年份就是作为参数传到sql语句中。
然后我第一版犯了一个很傻的错误。原sql语句复制粘贴过来，把like中的值用参数替换掉，但是一直报错。找不到参数什么的，最后发现是参数被单引号包围了，这里去掉单引号就可以了。
接收类型
在有时候我们的想要的参数不是一个字段，所以不能用int，string。又不是这个数据实体，所以也不好用vo接收，就例如我这个统计，日期/月份不是实体里的，count也不是，所以选择接收类型就很重要了。
一开始我选择用Map接收，果断报了上文中预计结果不是一个的错，于是改为List<Map<String,Object>>。这里之所以值用Object是我不知道日期类型查询出来是什么样的，所以就这个返回值接收的。
下面代码是这个统计方法的正确打开方式:
@Select("SELECT c.datelist as date,count(b.id) as count FROM calendar AS c LEFT JOIN (select *from driver where Invalid = 2 AND flag = 0) AS b " +
"ON c.datelist = DATE(b.create_time) where datelist LIKE #{month} GROUP BY c.datelist")
List<Map<String,Object>> selectCountByMonth(@Param("month")String month);
其实单独的代码还是sql语句都不算复杂，但是整合在一起反正我是出了几个很低级的错误。唯一的教训就是不要着急，一点点分析，一点点排查。都不是什么复杂的错，也就是打错字符啊，调用错方法啊之类的。
最低级的是我不是同时统计好几种数据么，所以代码的结构，方法名字大同小异，只不过dao层不同，当时复制粘贴，本来想的改dao名字的，结果忘了，然后四个统计都是司机注册量，当时测试也很马虎，没注意数据都一样，过了两天才发现这个错，然后找到了原因改正了。
到了这，这次简单的增加统计接口就做完了。然后整理出来以后再遇到类似的也能直接套模板用了。
我有一个梦想，若干年后，不管遇到什么问题，翻翻自己的简书，在上面都能找到答案，哈哈，做梦都要笑醒了。所以哪怕为了实现这个梦想，我也愿意事无大小，学到了就记录起来。毕竟我相信文字不会骗人，若干年后，再遇到这样的问题，记忆可能会淡忘，但是我记录的文章是实实在在的啊~
全文手打不易，如果稍微帮到你了，请点个喜欢点个关注支持一下~~~~~也祝大家工作顺顺利利！
