通过Mybatis使用过程和
传统JDBC方式进行持久化的比较
来理解Mybatis为我们开发带来的优势
基本上都是碎碎念藍藍藍
文章目录
一、Mybatis使用过程二、与传统JDBC对比三、总结
一、Mybatis使用过程
1.创建数据库，建立maven项目
2.导入mybatis所需要的依赖——去官网找依赖
3.进行mybatis.xml的核心配置
4.编写MyBatis工具类
5.编写实体类
6.编写Mapper接口
7.编写Mapper.xml配置文件
8.进行使用——同数据库的交互
解释1：
mybatis.xml核心配置文件写在Resource目录下（官方建议），核心配置，现在简单看作用就是数据库的注册驱动，数据库路径，用户名密码等等操作。
解释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 selectUser();
}
解释5:
编写Mapper.xml配置文件
这个配置文件根据什么写？当然根据Mapper接口了。
从配置文件就能看出，也是像填写表格一样，只要往里面对着写就行。
还有一点dao不dao什么的无所谓，mapper也一样就是个名称。没有垃圾的技术，只有垃圾的人，每个技术都是有贡献的。老了但是不能瞧不起
//接口使用
public class MyTest {
@Test
public void selectUser() {
SqlSession session = MybatisUtils.getSession();
//方法一:
//List 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 users = mapper.selectUser();//将结果都封装好了，也不用我们整什么结果集，自己在封装
for (User user: users){
System.out.println(user);
}
session.close();
}
}
解释6：重点来了哦
根据解释4、5，
写接口的实现类能实现我们想要的功能，实现类被mybatis替代了用mybatis实现的原理是什么？？？在Mapper.xml这个配置文件里，把接口信息进行了映射到时候根据这个配置信息，在内部就能生成我们想要的方法，或者说他就给我们实现了，封装了。方法名称，返回的类型，还有在配置文件内部写的SQL语句，这些动态的内容也是我们关注的核心。
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）作用域
图上的规则都是官方的，不是我说的
