共计 1722 个字符,预计需要花费 5 分钟才能阅读完成。
( 原文链接 :http://www.studyshare.cn/blog…
一、开发中到底应该使用 resultType 还是 resultMap?
强制使用 resultMap, 不要使用 resultClass 做返回参数,即便类的属性名称和数据库字段一一对应,也需要用 resultMap 进
行定义,反之,每一个表也必然要有一个 POJO 类与之对应。原因:1、如果使用 resultType,那么数据库的字段与 POJO 类字段必须一模一样(前提是不使用别名定义),这种情况下,如
果一旦修改了数据库的表字段名称,则势必要修改对应的 POJO 类的属性名才能完全对应,否则会出错,然而一旦修改
POJO 的属性名称那业务代码用到该属性的所有地方也必须跟着修改,这就是一种强耦合。2、数据库字段定义规则是字母 + 下划线(例:user_name),POJO 类属性采用驼峰命名(例:userName)。使用
resultType 则势必会违反其中一种命名规则。3、resultType 降低了代码可维护性。如果使用 resultMap 只需要修改 xml 中字段映射配置,使数据库字段与 DO 类
解耦,方便维护。
java 开发工具下载地址及安装教程大全,点这里。
更多深度技术文章,在这里。
二、mybatis 有哪几种方式传递入参?各有什么优缺点?
1、使用 Map 传参
Map<String, Object> params = new HashMap<String, Object>();
params.put(“email”, email);
params.put(“sex”, sex);
List getUserList(Map map):
缺点:这种传递参数方式可读性差,导致可维护和可扩展性差,杜绝使用。
2、使用注解传参
List<User> getUserList(@Param("name")String name, @Param("sex")Byte sex);
优点:直观明了,当参数较少一般小于 5 个的时候,建议使用。3、使用 JavaBean 传参
User user = new User();
user.setName(name);
user.setSex(sex);
List<User> getUserList(User user):优点:代码可读性好,可维护性及扩展性佳,当参数大于 5 个的时候,建议使用。
三、#{} 与 ${} 使用有什么区别?
#{}: 预编译,会给传入的值当成一个字符串,自动加上一个单引号,能很大程度防止 sql 注入。${}: 传值,传入的数据直接显示在 sql 中,无法防止 sql 注入。适用于动态报表生成,表名,选取的列是动态的,及
order by 和 in 操作。sql 注入举例:1、xml 文件编写一段 sql 如下:
2、传值代码:
最后执行的 sql 语句为:select id, userName, realName, sex, mobile, email, note from t_user where
a.userName = ‘xxx’ or 1=1 order by sex,userName
加粗部分是被注入的 sql。
注意:sql.xml 中建议使用 #{},参数接收不要使用 ${}, 因为 ${} 容易出现 sql 注入。
四、什么是 N + 1 查询问题?如何解决?
查询方式分两种:嵌套结果与嵌套查询
1、嵌套结果:一个 sql 语句中将多个表关联一起查询出结果。2、嵌套查询:用多个 sql 语句单独去查询每张表,主查询 sql 先将后续查询所需要的条件查询出来,然后去循环查询后
续数据。N+ 1 查询问题是嵌套查询存在的问题,主查询查询一次表示 1,后续查询会根据主查询查出来的结果作为参数条件去
查询数据,可能是 N 次。如何避免 N + 1 问题?使用按需加载,即:懒加载。开启懒加载配置:在 <select> 节点上配置“fetchType=lazy”在 MyBatis 核心配置文件中加入如下配置:<!-- 开启懒加载,当启用时,有延迟加载属性的对象在被调用时将会完全加载任意属性。否则,每种属性将会
按需要加载。默认:true -->
<setting name="aggressiveLazyLoading" value="false" />
持续更新,阅读请点击这里
java 开发工具下载地址及安装教程大全,点这里。
更多深度技术文章,在这里。
正文完