自定义持久层框架的设计思路
为什么要自定义框架
解决JDBC存在的那些问题[1],同时理解MyBatis的底层原理。
核心要点
解析配置文件
- 数据库配置信息
- sql 的封装
构建 SqlSessionFactory,注意这里的 openSession 方法
拿到 SqlSesion
定义 SqlSession 基本方法
封装具体的执行逻辑,Executor
Execute 的 query 方法就对应 jdbc 操作
优化,使用 JDK 动态代理避免 statementId 的硬编码
将 SqlSession 的操作封装到 DAO 层
使用端(项目)
引入自定义持久层框架的 jar 包
提供两部分配置信息
- 数据库配置信息
- sql 配置信息:sql 语句、参数类型、返回值类型
使用配置文件来提供这两部分配置信息:
(1)sqlMapConfig.xml
:存放数据库配置信息,存放 mapper.xml
的全路径
(2)mapper.xml
:存放 sql 配置信息
自定义持久层框架本身(工程)
本质是对 JDBC 代码进行封装
加载配置文件
根据配置文件的路径记载成字节输入流,存储到内存中
创建 Resources 类
方法:
InputStream getResourceAsStream(String path)
创建两个 JavaBean(容器对象):存放的是配置文件解析出来的内容
Configuration:核心配置类,存放
sqlMapConfig.xml
解析出来的内容MappedStatement:映射配置类,存放
mapper.xml
解析出来的内容解析配置文件:dom4j
创建类:sqlSessionFactoryBuilder 类,方法
build(InputStream in)
1、使用 dom4j 解析配置文件,将解析出来的内容封装到威器对象中
2、创建 SqlSessionFactory 对象,生产 SqlSession(会话对象),工厂模式
创建 SqlSessionFactory 以及实现类 DefaultSqlSessionFactory
openSession()
:生产 SqlSession创建 SqlSession 接口及实现类 DefaultSqlSession
定义对数据库的 CRUD 操作:
selectList() selectOne() update() delete()
创建 Executor 实现类以及实现类 SimpleExecutor
query(Configuration configuration, MappedStatement mappedStatement, Object... params)
:执行 JDBC 代码
文章更新历史
2022/05/08 feat:新增 Kotlin 版代码实现
2022/03/14 feat:初稿
JDBC 问题总结
原始 jdbc 开发存在的问题如下:
1、 数据库连接创建、释放频繁造成系统资源浪费,从而影响系统性能。
2、 Sql 语句在代码中硬编码,造成代码不易维护,实际应用中 sql 变化的可能较大,sql 变动需要改变 java 代码。
3、 使用 preparedStatement 向占有位符号传参数存在硬编码,因为 sql 语句的 where 条件不一定,可能多也可能少,修改 sql 还要修改代码,系统不易维护。
4、 对结果集解析存在硬编码(查询列名),sql 变化导致解析代码变化,系统不易维护,如果能将数据库记录封装成 pojo 对象解析比较方便 ↩︎