Mybatis（1）——原理理解

通过Mybatis使用过程和
传统JDBC方式进行持久化的比较
来理解Mybatis为我们开发带来的优势
基本上都是碎碎念🤣🤣🤣

---

---

一、Mybatis使用过程

1.创建数据库，建立maven项目
2.导入mybatis所需要的依赖——去官网找依赖
3.进行mybatis.xml的核心配置
4.编写MyBatis工具类
5.编写实体类
6.编写Mapper接口
7.编写Mapper.xml配置文件
8.进行使用——同数据库的交互

解释1：
mybatis.xml核心配置文件写在Resource目录下（官方建议），核心配置，现在简单看作用就是数据库的注册驱动，数据库路径，用户名密码等等操作。

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
       PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
       "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
   <environments default="development">
       <environment id="development">
           <transactionManager type="JDBC"/>
           <dataSource type="POOLED">
               <property name="driver" value="com.mysql.jdbc.Driver"/>
               <property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSL=true&amp;useUnicode=true&amp;characterEncoding=utf8"/>
               <property name="username" value="root"/>
               <property name="password" value="123456"/>
           </dataSource>
       </environment>
   </environments>
   <mappers>
       <mapper resource="com/kuang/dao/userMapper.xml"/>
   </mappers>
</configuration>

解释2：

//封装的mybatis工具类
public class MybatisUtils {
	//提升作用域
   private static SqlSessionFactory sqlSessionFactory;

   static {
       try {
           //工厂模式
           //这三句话死的，官网上的，必须要做的
           String resource = "mybatis-config.xml";
           InputStream inputStream = Resources.getResourceAsStream(resource);
           sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
        } catch (IOException e) {
           e.printStackTrace();
      }
  }
	
   //封装成方法
   //获取SqlSession连接，想想JDBC里面的connection连接，作用一样的
   public static SqlSession getSession(){//静态的
       //获取sqlSession
       return sqlSessionFactory.openSession();
  }

}

MyBatis工具类，里面写的是官方为我们打好的例子。通过上面官方的解释，我们能理解，这三句代码的作用是，通过配置文件加载，创建出sqlSessionFactory对象实例。然后通过这个实例就可以进行数据库的连接，我们可以把这个连接封装成工具类，方便进行调用。
下面一小段自己瞎bb的瞎想🤣🤣
这个地方学的时候，我就感觉这么反射呢，mybatis源码底层不会是利用反射实现的吧？？什么反射获取配置依赖，将依赖（依赖就键值对呗）注入进去，然后里面的封装把这些依赖像是填入参数一样，传参来实现注册驱动，数据库连接什么什么操作。底层源码会有有控制反转，面向切面的思想么？？有待学习。

解释3：
结合上面的两个解释，这就应该完成了想要和数据库交互的部分操作，
具体的执行连接，crud，连接关闭就是剩余的部分。并且能看出，文件的配置我们只要填写相应的参数即可。java代码部分（依赖的注入，和根据配置生成我们所能操作的对象）官方帮我们做好了，给了我们固定的死的写法。
解释4：
编写实体类就不解释了，编写Mapper接口，也就是我们实际上想要的功能（CRUD），但是这里我们只有接口抽象方法。

public interface UserMapper {//UserMappper 就是userDao,但是以后都写mapper
   List<User> selectUser();
}

解释5:
编写Mapper.xml配置文件

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
       PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
       "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!--命名空间namespace=绑定一个对应的Dao/mapper接口-->
<mapper namespace="com.kuang.dao.UserMapper">
    <!--select id 后面的就相当于是原来写的实现类的方法的名字-->
    <!--xml里面按一下空格就跟.一样会出现很多可供我们选择的选项参数-->
    <!--记住两个resultMap和resultType大多数都是用resultType-->
 <select id="selectUser" resultType="com.kuang.pojo.User">
  select * from user
 </select>
</mapper>

这个配置文件根据什么写？当然根据Mapper接口了。
从配置文件就能看出，也是像填写表格一样，只要往里面对着写就行。
还有一点dao不dao什么的无所谓，mapper也一样就是个名称。没有垃圾的技术，只有垃圾的人，每个技术都是有贡献的。老了但是不能瞧不起

//接口使用
public class MyTest {
   @Test
   public void selectUser() {
       SqlSession session = MybatisUtils.getSession();
       //方法一:
       //List<User> users = session.selectList("com.kuang.mapper.UserMapper.selectUser");
       //方法二:推荐这种
       //1.UserMapper就是我们写的跟数据库交互的接口
       //2.我们要拿到UserMapper对象才能.操作来获取方法
       //3.传入UserMapper.class参数：UserMapper接口和我们写的UserMapper.xml文件是绑定的
       //4.mapper对象获取之后
       UserMapper mapper = session.getMapper(UserMapper.class);//像不像JDBC的PreparedStatement方法
       List<User> users = mapper.selectUser();//将结果都封装好了，也不用我们整什么结果集，自己在封装

       for (User user: users){
           System.out.println(user);
      }
       session.close();
  }
}

解释6：重点来了哦
根据解释4、5，
写接口的实现类能实现我们想要的功能，实现类被mybatis替代了用mybatis实现的原理是什么？？？在Mapper.xml这个配置文件里，把接口信息进行了映射到时候根据这个配置信息，在内部就能生成我们想要的方法，或者说他就给我们实现了，封装了。方法名称，返回的类型，还有在配置文件内部写的SQL语句，这些动态的内容也是我们关注的核心。

二、与传统JDBC对比

1.没写大量的结果集操作，和数据库的连接操作，相当于做完了好多语句最后在关闭。直接返回给我们想要的结果。，也就是说除了接口和SQL语句其他的都是定好的模板框架。
2.将java代码和SQL语句分离。

三、总结

（1）有迹可循，有规律，所以出现了机械性，所以能够进行简化封装。
只要是有规律性的东西，就能抽象出模板，
mybatis可以对持久层进行简化，但是不能对业务层进行简化，就是因为，业务层复杂，不具有规律。
mybatis只是对数据进行持久化操作，也就是说和数据库的交互基本上都是类似的操作，所以进行简化，但是后面业务层会不会也可以进行简化？还是要有待学习，我想应该也是可以的

（2）像这里，JDBC里面的操作即机械性质的

我们只需要把我们重点关注的逻辑SQL抽取出来
为了写SQL语句，什么数据库驱动注册，连接，结果集获取，获取参数，在封装好返回给调用者，在释放资源
这些都是有着同样规律的操作
（3）所以在我们用mybatis进行简化，顺便增加一些丰富人性的操作
（4）mybatis怎么进行简化封装的？
（5）先看看mybatis都进行了什么操作

工厂模式、用XML配置文件代替实现类、编写mybatis配置文件。
能看出来他的想要就进行封装还是挺复杂的，有不少的工作要做。

（6）所以说现在就了解了自己的真实想法目的，就是为了知道mybatis是怎么进行封装的，再有就是接口的理解，为什么要interface+implements这样实现。后来想通了就是面向接口编程，至于面向接口编程的理解就要慢慢积累，等到一定厚度在总结

（7）总结：理清各个结构创建的目的，知道每一步为什么，理清整个过程？？理解本质？？

（8）使用mybatis的项目目录结构（要清晰：数据传递的流程，接口调用的过程）

（9）不使用mybatis的项目目录结构（JDBC+JavaWeb）（要清晰：数据传递的流程，接口调用的过程）

（10）命名空间
图上的规则都是官方的，不是我说的

（11）作用域
图上的规则都是官方的，不是我说的