透彻理解MyBatis设计思想之手写实现

后端存储 简书

前言

MyBatis,曾经给我的感觉是一个很神奇的东西,我们只需要按照规范写好XXXMapper.xml以及XXXMapper.java接口。要知道我们并没有提供XXXMapper.java的实现类,MyBatis到底是怎么做到这一点的呢?有人会说是动态代理,现在我就来通过手写一个迷你版的MyBatis来彻底理解它的设计思想!

如果你不了解JDK动态代理,请参考: 《纯手写实现JDK动态代理》

如果你不了解MyBatis的使用,请参考: 《MyBatis+Spring MVC开发指南(一)》

如果你对Spring MVC感兴趣,请参考: 《写出我的第一个框架:迷你版Spring MVC》

动手写一个迷你版的MyBatis

MyBatis原理架构图

其实对于MyBatis最为关键的就在于:

XXXMapper mapper = sqlSession.getMapper(XXXMapper.class);

大家可以以这个为切入口,进行源码跟踪,容易得到上面的调用链。

我们先来看一下迷你版MyBatis的整体框架思路:

迷你版MyBatis

执行器MyExecutor:

MyExecutor提供query方法

在MyBatis中,比如说select有多种形式,比如selectOne,selectList,那么其实到最后,还是向JDBC发出一个SQL而已。对于执行器而言,其实对于查询,提供一个query接口就可以了。

这里,为了简便,直接执行已经处理好的SQL语句(动态SQL以及输入类型,这不是迷你版MyBatis关心的)。另外执行器的实现类MyBaseExecutor其实就是一段JDBC的操作代码。

query的JDBC实现

这里为了简化处理,在RequestMapping这块硬编码了。

StudentMapper.java/StudentMapper.xml:

Mapper接口

Mapper.xml

这里,为了不牵涉到XML的解析过程,直接提供已经处理完毕的结果。其实就是namespace/statementID/SQL的存储、映射。

对外暴露的API接口(MySqlSession):

MySqlSession

MySqlSession实现

从这里,你能够看到一些端倪:

第一,MyDefaultSqlSession持有执行器的引用,调用selectOne等方法,就是在调用执行器的query方法。

第二,在getMapper的获取过程中,我们看到了具体业务处理Handler的身影:MyMapperProxy,根据JDK动态代理的知识,我们知道,最终都是要回调Handler的invoke方法完成的。

MyMapperProxy:

MyMapperProxy

当invoke方法被调用时,我们根据调用的方法,进行反射,得到namespace以及对应的SQL,然后,我们把SQL交给sqlSession进行执行即可。

启动测试类Bootstrap:

Bootstrap

看到没有,我们完全通过自己的类,自己的理解,去实现了和MyBatis一样的功能!

OK,一个迷你版的MyBatis就竣工了,有一种油然而生的成就感,哈哈~

简书稿源:简书 (源链) | 关于 | 阅读提示

本站遵循[CC BY-NC-SA 4.0]。如您有版权、意见投诉等问题,请通过eMail联系我们处理。
酷辣虫 » 后端存储 » 透彻理解MyBatis设计思想之手写实现

喜欢 (0)or分享给?

专业 x 专注 x 聚合 x 分享 CC BY-NC-SA 4.0

使用声明 | 英豪名录