自定义持久层框架的设计思路

Terwer...大约 3 分钟MyBatis后端开发开源框架customdaoframeworkpersistencemybatismybatis-2

为什么要自定义框架

解决JDBC存在的那些问题[1],同时理解MyBatis的底层原理。

核心要点

  1. 解析配置文件

    • 数据库配置信息
    • sql 的封装
  2. 构建 SqlSessionFactory,注意这里的 openSession 方法

  3. 拿到 SqlSesion

    • 定义 SqlSession 基本方法

    • 封装具体的执行逻辑,Executor

      Execute 的 query 方法就对应 jdbc 操作

    • 优化,使用 JDK 动态代理避免 statementId 的硬编码

  4. 将 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:初稿


  1. JDBC 问题总结

    原始 jdbc 开发存在的问题如下:

    1、 数据库连接创建、释放频繁造成系统资源浪费,从而影响系统性能。

    2、 Sql 语句在代码中硬编码,造成代码不易维护,实际应用中 sql 变化的可能较大,sql 变动需要改变 java 代码。

    3、 使用 preparedStatement 向占有位符号传参数存在硬编码,因为 sql 语句的 where 条件不一定,可能多也可能少,修改 sql 还要修改代码,系统不易维护。

    4、 对结果集解析存在硬编码(查询列名),sql 变化导致解析代码变化,系统不易维护,如果能将数据库记录封装成 pojo 对象解析比较方便 ↩︎

评论
  • 按正序
  • 按倒序
  • 按热度
Powered by Waline v2.14.9