我们都知道Mybatis
是一个非常小巧灵活的ORM框架,深受国内广大开发者的喜爱,我们知道它的出现某种程度是为了消除所有的JDBC代码和参数的手工设置以及结果集的封装问题;基于这个一点,我们就可以知道MyBatis
实际上就是对JDBC的封装,所以这节我们就来看下MyBatis
是怎样对JDBC封装的,从而可以借鉴学习其他优秀框架在解决问题之初从架构设计层面的思考,然后通过执行流程分析,进一步深刻理解Mybatis
的工作原理。
首先我们先来了解下MyBatis
的架构设计
MyBatis
总共把功能架构分成了四部分:
提供给外部使用的接口API,开发人员通过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理, Mybatis
提供了两种方式
SqlSession
接口中提供的接口方法<T> T selectOne(String statement,Object parameter);
<E>List<E> selectList(String statement,Object parameter);
int insert(String statement,Object parameter);
int update(String statement,Object parameter);
int delete(String statement,Object parameter);
数据处理层这部分主要就 JDBC 的核心内容了,包括参数映射、类型转换、SQL 解析、 SQL 执行以及结果的封装,这部分内容就可以理解成 JDBC 的核心内容,这里有几个重要类
MyBatis支持两种 SQL
解析的方式,一种 xml、一种是注解;两种方式对于一些基础的 CRUD 区别不大,使用注解来映射简单语句会使代码显得更加简洁,但对于稍微复杂一点的语句, Java 注解不仅力不从心,还会让你本就复杂的 SQL 语句更加混乱不堪。因此,如果你需要做一些很复杂的操作,最好用 XML来映射语句
这部分主要是框架抽取出来的通用组件包括数据源管理、事务管理、配置加载和缓存处理;为上层的数据处理层提供最基础的支撑
通常情况下,我们是会使用 POOLED 的,他可以帮我们节省很多宝贵的系统资源
JDBC
/MANAGED
)它通过一个顶层的 Transaction
接口以及其不同实现JdbcTransaction
和 ManagedTransaction
来实现对事务的管理∶ JdbcTransaction
ManagedTransaction
对事务的管理,在和 Spring
整合之后,通常会用 Spring
的事务管理器
这部分是 MyBatis
启动时核心配置文件的方式,严格来说也可以不算在架构层面,不过MyBatis
也是提供了两种方式,一个是xml的方式,也是用的比较多的,一种是使用 Java API的方式比如在配置环境的时候
<?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">
<!--省略-->
</environment>
</environments>
</configuration>
Environment environment = new Environment("development",transactionFactory,dataSource);
Configuration configuration = new Configuration(environment)) ;
虽然 MyBatis
提供这两种方式,但是一般情况下还是使用 xml 的比较方便
小结:
这节内容主要从整体架构上分析了 Mybatis
的架构设计,实际上是对JDBC的做了一些抽取和封装,主要分成了三层