mybatis中碰到的问题:接收参数时,#{ } 接收不到而 ${ } 却能正确接收

mybatis中碰到的问题:接收参数时,#{ } 接收不到而 ${ } 却能正确接收

我是在insert的过程中发现注入有问题,最后发现是加了statementType=“STATEMENT”,去掉之后就可正常注入

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 使用命名占位符 `#{}` 来引用参数,这样可以通过参数名称来明确指定每个参数,提高代码的可读性和可维护性。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值