博文持续更新,本篇我们先看 SpringBoot 整合 MyBatis,我没猜错的话,这里应该会出一个程序修改题。
查询语句简单的时候,用注解就可以搞定原先繁琐的配置操作,但是当涉及到多表复杂查询时,我们总不可能把所有的查询语句都写在映射文件中,那太可怕了,这时候就不得不去使用配置文件的方法整合 MyBatis。所以这里就有了一个考点,即注解方式和配置文件方式的替换。
下面只放这两种方式的核心代码。(其实重点记住配置文件的方式就好了,不可能让写注解方式)
1. 注解方式
要说注解的好处,就俩字:方便。就拿这个数据访问来说,我们之前对数据库进行操作是不是要编写大量繁琐的 XML 配置文件,像下面这样:
这是一个查询操作,不管是多表还是单表,反正我们以前都是这么一步一步写的,可能当时没有觉得多复杂,因为没有遇到更好的…
直到遇到了注解,你突然发现:搜嘎,原来还能这样?
具体哪样呢,那就是此刻我们不需要配置文件了,只要一个 Mapper 接口就好,接口类上面加上一个 @Mapper 注解,表明你是一个映射文件,在方法上面可以加对应的增删改查操作的注解,比如查询就是 @Select(“select * from t_user”) ,括号内是具体的 SQL 语句。
好了举个例子:
package com.zxe.springbootmybatis.dao;
import com.zxe.springbootmybatis.domain.User;
import org.apache.ibatis.annotations.Insert;
import org.apache.ibatis.annotations.Mapper;
import org.apache.ibatis.annotations.Select;
import org.springframework.stereotype.Repository;
import java.util.List;
//纯注解方式开发
@Mapper
public interface UserDao {
@Select("select * from t_user")
public List<User> findAll();
@Insert("insert into t_user(username, password) value(#{username}, #{password})")
public void addUser(User user);
}
2. 配置文件方式
首先说明,注解开发只能做一些简单的操作,比如查一张表,删一条数据,插一条数据等,但是如果要进行复杂的数据操作,这样做肯定是不合适的,你说能吗?能当然能,但是,人家一个 Java 类里面放你这么多的 SQL 语句合适吗?况且都放一起耦合度是不是有点高呢?哎,还是得用配置文件啊!
与注解方式不同的是,配置文件方式把具体的数据库操作单独放在一个 XML 文件中了,然后在 application.properties 文件中引入该 XML 文件,并设置实体类的别名映射,当然不设置也行。
注意接口名与配置文件中 select 标签的 id 名保持一致!
代码如下:
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.zxe.chapter.mapper.ArticleMapper">
<select id="findAll" resultMap="ac">
SELECT a.*, c.id c_id, c.content, c.author FROM t_article a, t_comment c WHERE a.id = c.a_id
</select>
<resultMap id="ac" type="Article">
<id property="id" column="id"></id>
<result property="title" column="title"></result>
<result property="content" column="content"></result>
<collection property="commentList" ofType="com.zxe.chapter.domain.Comment">
<id property="id" column="c_id"></id>
<result property="content" column="content"></result>
<result property="author" column="author"></result>
</collection>
</resultMap>
</mapper>