通过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&useUnicode=true&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)作用域
图上的规则都是官方的,不是我说的