之前在接触MyBatis
的时候,就觉得这个技术的思想很新颖,要实现这些功能并不难,但是如何实现,以及MyBatis
的整体架构却是我远远不及的。
Mybatis
作为一个半自动化ORM
框架,同时具有灵活性和方便性,因此在国内各个大厂都十分受欢迎,如果让我自己实现这样一个框架,我可能会首先想到以下几块:
XML
解析模块,整个框架都是通过XML
进行描述配置的,因此需要首先封装一个XML
解析,可以考虑在Tomcat
中发现的Digester
来直接将XML
解析为对象-
全局配置,配置是全局最重要的一部分,我会设计为单例的,这样无论什么地方都能方便的读取配置。
SQL
配置,SQL
配置包含了对各个Mapper
以及Java
接口的一一映射,SQL
配置的解析我可能会在启动的时候都完全解析成JDBC
需要的SQL
样式,比如将参数改为?
等SQL
执行,SQL
执行为具体执行SQL
的时候的处理,包括几个小模块,比如结果处理,参数映射等- 其他,还有其他的非核心功能,比如反射可能需要封装成工具类,还有各大框架都离不开的
SLF4J
日志框架,便于其他系统集成等
当我概览了MyBatis
的源码之后,发现我还是比较年轻,毕竟一个好的框架被广泛使用的时候,就会涉及到各种不同的需求,比如动态SQL
,比如参数类型映射,比如连接池,延迟加载等等,,
而MyBatis
依然将这些功能非常优雅的实现了。
MyBatis 模块分析
这里,我们先简单的划分一下MyBatis
的功能模块。
配置解析
MyBatis
使用的是Configuration
类来映射整个MyBatis
的配置,Configuration
的生成是通过SqlSessionFactoryBuilder
解析,使用的是JDK
中的DOM
接口,这里MyBatis
并没有使用单例实现Configuration
,原因如下:
- 有可能在同样的环境下,不同的地方会使用不同的配置,因此
Configutation
应该使用注入的方式, - 一旦使用了单例,那么访问
Configuration
的代码就会散落在各个地方,如果后续想要修改,就会非常麻烦,
不过MyBatis
中几乎所有的代码都会访问Configuration
,因此几乎所有的对象的构造方法都会带有Configuration
参数,这样看起来也是比较繁琐的
SQL 执行
MyBatis
中,SQL
的执行都是通过Executor
完成,其主要提供了:
- 增删查改等功能
- 事务的提交,回滚等
- 缓存
- 延迟加载
- 对数据结果的处理
参数映射
MyBatis
提供了可自己配置的参数映射,主要用来解决一些类似枚举的特殊情况,其主要接口为TypeHandler
反射
MyBatis
的核心便是通过反射给对象赋值以及动态代理调用方法,因此对反射的使用十分频繁,在MyBatis
中,通过ResultMap
定义的对象都会被封装为ObjectWrapper
,便于方便的调用Setter/Getter
方法。
总的来说,MyBatis
的结构设计看着十分优雅,非常值得一学。
这里补上一张MyBatis
的总结结构:
图片来源: https://www.cnblogs.com/mengheng/p/3739610.html