问题描述:我在引用Mybatis-plus的wrapper 快速操作数据库时
像这样:
- 抛了异常(实体类,Service具体信息贴在下面)
说是找不到参数名,可用参数也列出来了 [ew, param1, et, param2]
其原因是因为我们在Mapper中写了一个命名为update()方法
但这跟我调用MybatisPlus 生成的基本方法有什么关系呢?
打断点找了一下,发现还真有!
我们来看一下BaseMapper,当中其实已经有一个update了,我们知道Mybatis靠的是方法名做的映射,如果同一Mapper中重复都跑不起来,但是Plus似乎做了处理,应该是把自己生成的干掉了。
- 但UpdateChainWrapper(包括lambda类型的Wrapper)的那套规则是与这些原生方法对接的,当它用update这个id找到的是我写的SQL时,也就造成货不对板。
我们可以看一下执行的SQL 可以看到它抓取的SQL是我写的那条,但参数原生的那套规则。
把我写的方法删除
再执行一遍,可以看到原生方法生成的SQL,以及对应生成的参数名
现在就执行成功了
- 同理,BaseMapper中其他的方法可能也会有这种问题,不过我没有测试。在使用MybatisPlus时,关于Mapper中方法的命名,还是尽量保持唯一。
以上,结束。
- 实体类
- Service
- Mapper