mybites 中mapper类不使用@param 导致的参数问题

本文探讨了在不同版本的IDEA中使用MyBites开发时遇到的参数传递问题,特别是在Mapper类中未指定@param注解时,部分IDEA版本能够正确识别参数名而部分版本则不能。文章深入解析了这一现象的原因,并提供了相应的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在使用mybites的开发过程中,发现mapper类中不写@param声明参数名,有的同事正常使用;有的同事使用报错,在xml的sql中报错无法找到参数

1.初步判断是idea的版本问题,高版本idea正常,低版本报错

2.深入解析才发现版本问题的起因【-parameters,jdk8新增的参数,支持使用形参的参数名编译到class中;使mybites也可以取到class中的参数名作为key;不开启-parameters,方法签名中参数名会转换为无意义的arg0,arg1.。。。导致xml中的#{},${}参数注入找不到】

      高版本的idea在导入maven项目是为每个模块做了以下默认配置;低版本idea需要手动配置如下

MyBatis 是一个流行的 Java 持久层框架,它支持自定义 SQL、存储过程以及高级映射。在使用 MyBatis 的 XML 映射文件时,通常有两种方式来传递参数给 SQL 语句: 1. 使用 `<parameter>` 标签指定参数型和名称,然后在 SQL 语句中通过 `${}` 或 `#{}` 来引用参数。 2. 使用 `<parameter>` 标签,而是直接在 SQL 语句中使用 `${}` 或 `#{}` 引用参数。 当使用 `<parameter>` 标签定义参数时,MyBatis 会按照参数的位置顺序来解析传递的参数值。这种情况下,即使在 Mapper 接口中定义的方法参数与 XML 中的参数完全一致,只要传递给 SQL 的参数顺序和数量相同,MyBatis 也能够正确地将参数传递给 SQL 语句。 例如,假设有一个 Mapper 接口方法定义如下: ```java int deleteByIdAndName(int id, String name); ``` 而在 XML 映射文件中的 SQL 可能是这样的: ```xml <delete id="deleteByIdAndName"> DELETE FROM table WHERE id = #{param1} AND name = #{param2} </delete> ``` 在这种情况下,即使方法定义了两个参数 `id` 和 `name`,但是 XML 中使用了 `${}` 或 `#{}` 来直接引用参数MyBatis 会根据传递的参数顺序将第一个参数映射到 `#{param1}`,将第二个参数映射到 `#{param2}`。因此,即使没有使用 `@Param` 注解,也能够接收到正确数据。 但是,需要注意的是,使用位置参数(即使用 `<parameter>` 标签)可能会导致代码的可读性降低和潜在的错误风险,因为参数的位置变化可能会导致未预期的行为。而且,如果 XML 中的参数Mapper 接口中定义的一致,将会使得代码难以维护。因此,推荐在可能的情况下使用命名参数,即使用 `<parameter>` 标签定义参数,并在 SQL 中使用命名占位符 `#{}` 来引用参数,这样可以通过参数名称来明确指定每个参数,提高代码的可读性和可维护性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值