@Param 注解的用处:为了接口中方法的形参与xml文件中sql语句中的条件参数绑定 1.接口方法只有一个参数 完全没必要使用@Param注解 例: public interface PaperDao { Paper queryById(long id);} 此时相
@Param 注解的用处:为了接口中方法的形参与xml文件中sql语句中的条件参数绑定
1.接口方法只有一个参数
完全没必要使用@Param注解
例:
public interface PaperDao { Paper queryById(long id); }
此时相应的xml文件中,#{}中可以填写任意名称
<select id="queryById" parameterType="long" resultMap="resultMap1"> SELECT paper_id,name,number,detail FROM paper WHERE paper_id=#{id} </select>
2.接口方法有多个参数
推荐使用@Param注解进行参数绑定
例:
public interface PaperDao { Paper queryById(@Param("id") long id,@Param("name") String name);}
xm文件:
<select id="queryById" parameterType="long" resultMap="resultMap1"> SELECT paper_id,name,number,detail FROM paper WHERE paper_id=#{id} AND name=#{name} </select>
补充:SSM整合过程关于@Param注解使用的一些细节
1.首先先声明一下该注解的功能,就是给参数进行命名来找到对应参数,
举个例子(例如在Mybatis的XXXMapper.xml文件中针对某个sql语句 比如根据id来查询某个实体,那么假如我们传入的参数列名为id,但是实体类的column确实userID,这时候我们可以将参数就行命名为userID,
这时候我们就可以根据这个命名找到该参数,类似于该参数的一个“id”的感觉,这样就可以将参数正确的注入sql语句中。
例如:
public int getUserDetail(@Param("userId") int id); //这里我们就可以利用#{userId}来获取到id的值 在执行sql语句时候
还有一个好处就是使用该注解来声明参数时,使用#{}和KaTeX parse error: Expected 'EOF', got '#' at position 25: …会报错,但是不使用的话就只能用#̲{}(一般多数情况都是#{},…${}会产生sql注入的问题。
但是这里我总结一个我用这个注解时候遇到的一个很坑的问题,就是在你调用某个带有@Param注解的函数的时候,传参数的时候就会报错,这点需要注意
以上为个人经验,希望能给大家一个参考,也希望大家多多支持易盾网络。如有错误或未考虑完全的地方,望不吝赐教。