【笔记】拉勾Java工程师高薪训练营-第一阶段 开源框架源码解析-模块一 持久层框架涉及实现及MyBatis源码分析-任务一:自定义持久层框架

以下笔记是我看完视频之后总结整理的,部分较为基础的知识点也做了补充,如有问题欢迎沟通。

任务一:自定义持久层框架

1.1 JDBC回顾及问题分析

JDBC问题分析:

问题 解决方案
1 数据库配置信息存在硬编码 使用配置文件
2 频繁创建释放数据库连接 使用连接池
3 SQL语句、设置参数、获取结果参数存在硬编码问题 使用配置文件
4 手动封装返回结果集,较为繁琐 使用反射、内省

注意:虽然有两个配置文件,但不建议放到一个文件中,因为一个是经常修改的,一个是几乎不变的,而且逻辑上也不合理,只不过可以通过特殊方式不用手动加载每一个xml文件,具体见1.3.2 sqlMapConfig.xml详解

1.2 自定义持久层框架思路分析

使用端:(项目)引入自定义持久层框架的jar包
提供两部分配置信息:数据库配置信息、SQL配置信息(SQL语句、参数类型、返回值类型)

  1. sqlMapConfig.xml:存放数据库配置信息
  2. mapper.xml:存放sql配置信息

自定义框架层本身:(工程)本质就是对JDBC代码进行封装

  1. 加载配置文件:根据配置文件路径,加载配置文件成字节输入流,存储在内存中
    创建Resource类,方法:InputStream getResourceAsStream(String path)
  2. 创建两个JavaBean(容器对象),存放的就是配置文件解析出来的内容
    Configuration:核心配置类,存放sqlMapConfig.xml解析出来的内容
    MapperStatement:映射配置类,存放mapper.xml解析出来的内容
  3. 解析配置文件:dom4j
    创建类:SqlSessionFactoryBuilder包含方法build(InputStream in)主要做两件事:
    3.1 使用dom4j解析配置文件,将解析出来的内容封装到容器对象中
    3.2 创建sqlSessionFactory对象,生产SqlSession,即会话对象(增删改查都封装在这里),这里用到了工厂模式,降低程序间的耦合(不直接new一个SqlSession)
  4. 创建SqlSessionFactory接口及实现类DefaultSqlSessionFactory,方法openSession()用以生产sqlSession
  5. 创建SqlSession接口及实现类DefaultSession,定义对数据库的CRUD操作(selectList、selectOne、update……)
  6. 创建Executor接口及实现类SimpleExecutor实现类,query(Configuration,MapperStatement,MapperStatement,Object… params)方法,执行的就是JDBC代码

1.3 IPersistence_Test编写

IPersistence_Test可以认为是使用端,首先完成使用端编写,相对比较简单,要做的就是编写配置文件以及引入jar包

两类配置文件:

sqlMapConfig.xml : 写数据库连接相关的配置信息
XXXMapper.xml : (比如UserMapper.xml) 写特定模块(比如用户模块)的语句信息

1.3.1 XXXMapper.xml详解

XXXMapper.xml中主要完成以下功能:

  1. 配置真正需要在MySql里面执行的sql语句
  2. 实现特定语句的定位,也就是需要给sql一个特定标识,即statementId
  3. 指定返回结果的封装类型
  4. 指定传入参数的类型

但是这么写只能操作user表,假设有了product表,那么都使用selectList就无法确定使用的究竟是哪一个语句,所以要添加命名空间namespace

<mapper namespace="user">
    <!--sql的唯一标识:namespace.id来组成,statementId-->

    <!--为了能定位到特定的select语句,就要给一个id-->
    <!--resultType代表了想要封装的实体,所以就要通过反射从相应路径下获取对应实体及属性-->
    <select id="selectList" resultType="com.jlgl.pojo.User">
        select * from user
    </select>

    <!--这条sql语句执行的时候是需要参数的-->
    <!--多个参数传递,要有面向对象的思想,把多个对象封装到某个实体-->
    <!--
        User user=new User();
        user.setId();
        user.setUsername();
    -->
    <!--所以参数也需要通过反射获取对应实体及属性-->
    <!--为了把对应的属性赋值到对应的占位符上,就要把?改成自定义占位符-->
    <select id="selectOne" resultType="com.jlgl.pojo.User" paramterType="com.jlgl.pojo.User">
        select * from user where id =#{id} and username = #{username}
    </select>

</mapper>

1.3.2 sqlMapConfig.xml详解

为了Resource加载xml文件时只加载一次,就需要把mapper.xml也存放进来,需要mapper.xml的全路径

<configuration>

    <!--数据库配置信息-->
    <dataSource>
        <property name="driverClass" value="com.mysql.jdbc.Driver"></property>
        <property name="jdbcUrl" value="jdbc:mysql://120.48.8.213:3306/audio_2020"></property>
        <property name="username" value="root"></property>
        <property name="password" value="root1028*1"></property>
    </dataSource>

    <!--为了Resource加载xml文件时只加载一次,就需要把mapper.xml也存放进来,需要mapper.xml的全路径-->
    <mapper resource="UserMapper.xml"></mapper>

</configuration>

1.4 Resources类定义

自定义持久层框架本质上就是利用dom4j技术,对使用端写好的xml文件进行分析,然后封装到配置类中,最终配置类被层层传递到Executor的query方法中执行JDBC代码

Resources类里面定义一个方法,目的是将配置文件加载成字节输入流,存储在内存中

1.5 容器对象定义

容器对象:MapperStatement和Configuration,这两个容器对象存放的就是配置文件解析出来的内容

MapperStatement作用是从xxxMapper里面读取内容,所以xxxMapper的各个属性都需要被存储在MapperStatement对应的类属性

Configuration作用是存放的就是sqlMapConfig的内容,其实就是数据库配置信息

1.6 解析核心配置文件sqlMapConfig

如前所述,解析核心配置文件需要两步:

3. 解析配置文件:dom4j
创建类:SqlSessionFactoryBuilder包含方法build(InputStream in)主要做两件事:
3.1 使用dom4j解析配置文件,将解析出来的内容封装到容器对象中
3.2 创建sqlSessionFactory对象,生产SqlSession,即会话对象(增删改查都封装在这里),这里用到了工厂模式,降低程序间的耦合(不直接new一个SqlSession)

首先是使用dom4j解析配置文件,具体是使用XMLConfigBuilder.parseConfig(InputStream in)实现的
将sqlMapConfig.xml生成Configuration

1.7 解析映射配置文件mapper.xml

在XMLConfigBuilder里面,调用XMLMapperBuilder的parse方法,读取XXXMapper.xml生成MapperStatement,并将其放入到Configuration的mapperStatementMap里面

1.8 会话对象sqlSession类定义

在回话对象中,使用Configuration里面储存的转换后的配置文件信息,完成与数据库的连接及数据获取操作

1.9 会话对象sqlSession方法定义

以selectList()为例,需要执行以下三步:

1 初始化Executor对象
2 获取Comfiguration里面存的xxxMapper.xml转换后的MapperStatement
3 执行Executor的query方法

1.10 查询对象query方法定义

一共需要执行六步:

1 注册驱动,获取连接
2 获取sql语句,然后转换sql语句,此时需要配置标记解析器来对占位符的解析处理工作(这里直接用了Mybatis的代码)
3 获取预处理对象:preparedStatement
4 设置参数
5 执行sql
6 封装返回结果集

注意:
在mapper.xml配置时,不直接写成?的原因是,为了能够将根据属性名直接获取传入对象的对应属性
面向对象的思想,将参数封装成对象,再返回,具体见buildParameterMapping,不是将String类型的content直接放入List,而是转换成了ParameterMapping对象放入List

1.11 参数设置实现

使用反射,根据参数名称,获取实体对象的属性值,然后获取对象中的具体参数值

1.12 封装返回结果集实现

使用反射或者内省,根据数据库表和实体的对应关系,完成封装

1.13 Client端运行测试

如何使用IPErsistence框架:
首先将IPersistence类打包,然后在IPersistence_test的pom引入包即可

UML类图(重要,需要好好理解):

1.14 功能扩展——getMapper方法实现

自定义持久层框架存在的问题:

1 代码重复。Dao层加载配置文件、获取SqlSessionFactory、生产sqlSession对象存在代码重复
2 硬编码问题。硬编码了statementId

解决思路:

不要Dao的实现类,使用代理模式实现Dao层接口的代理实现类

具体步骤:

1 在SqlSession创建getMappper,并在DefaultSession重写
3 在Client端直接调用

1.15 功能扩展——动态代理invoke方法实现

注意:不论如何简洁、优化,最终还是要执行底层的方法

xxxMapper.xml文件的规范要遵守,namespace要和接口全限定名一致,方法名也要和接口方法名一致

原因:

invoke方法中是没有办法获取statementId的(前面采用的方式是硬编码写进去的),但是可以通过接口全限定名.方法名即namespace.id,就组装出了statementId

版权声明:本文为ArvinB原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/ArvinB/p/13962289.html