目录
1.关于@Param
@Param是MyBatis所提供的(org.apache.ibatis.annotations.Param)，作为Dao层的注解，作用是用于传递参数，从而可以与SQL中的的字段名相对应，一般在2=
<参数数<=5时使用最佳。< p="">
2.原始的方法
当只有一个参数时，没什么好说的，传进去一个值也只有一个参数可以匹配。当存在多个参数时，传进去的值就区分不开了，这时可以考虑用Map，例如接口
public List
findRoleByMap(Map
parameter);
xml文件 —————（1）
测试文件
RoleMapper roleMapper = sqlSession.getMapper(RoleMapper.class); Map
parameter = new HashMap<>(); parameter.put("roleName", "剑士"); parameter.put("note", "决战紫禁之巅"); List
roles = roleMapper.findRolesByMap(parameter);
3.使用@Param
很明显上面的缺点就在于可读性差，每次必须阅读他的键，才能明白其中的作用，并且不能限定其传递的数据类型，下面是使用@Param的情况，需要将接口改为
public List
findRoleByAnnotation(@Param("roleName") String roleName, @Param("note") String note);
这样我们就可以直接传入对应的值了。
当然也可以使用Java Bean来传递多个参数，定义一个POJO
public class RoleParam { private String roleName; private String note; /*getter和setter*/ }此时接口就变为
public List
findRoleByBean(RoleParam role);
这样对应的xml文件与1处的区别就在于id和parameterType发生了变化，id对应的方法和parameterType对应该类的权限定名。
而使用更多的场景可能是这样的，对应多个POJO
public List
findRoleByMix(@Param("roleP") RoleParam role, @Param("permissionP") PermissionParam permission);
这样就可以进行如下映射
注意此时并不需要写出parameterType属性，Mybatis会进行自动搜索。
4.后记
最后也许会有小火办会问，那@Param和@RequestParam是什么关系呢？其实它们没有关系，就跟Java和JavaScript，雷锋和雷锋塔一样，拥有相似的外表，其实作用是不一样的，@Param是地处Dao层，是为了传递多个参数，解决的是可读性和直观性；而@RequestParam是位列Controller层，作用是为获取前端参数，解决的是前后端参数不一致的问题。所以它们没有关系！
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/201716.html原文链接：https://javaforall.net
