mybatis中的namespace及mapper

有时候遇到问题,我们可能在网上找不到解决方法,即使找得到也不要完全相信,我并不是说博客内容有问题,我相信原创博客比如经过作者的精心验证,但是博客不顾时间的肆意转载,导致有些解决方案并不适合当前版本,我觉得作为一个程序员,要有严谨的工作态度,不能说哦原来这样,让应该问问自己咦,为什么这样。有时候自己看看源码或许也是解决问题的不错途径,今天我们从源码中分析下mybatis中的namespace到底该怎么配置。
在mybatis的前身ibatis中namespace可以随便写,甚至可以不写,他并没有实际存在的意义,只是让语句区分度更高了写,一个淘汰的框架就不说他实现了。那么在mybatis中namespace有何作用呢?Namespace实现语句与接口的绑定,通过生成mapper接口代理的方式替代dao层设计,当然如果不使用mapper接口的方式namespace依旧可以随便写,但不能不写
如果要采用面向接口的编程方式,namespace必须为mapper接口的全类名对象。
为什么这么说呢?我们从源码的角度研究下,mybatis框架环环相扣,我们今天不讨论每一步实现细节,只关注namespace相关。首先记住一点获取代理对象必然要调用configuration.java中的getMapper方法。
在这里插入图片描述

在这里插入图片描述
因此使用之前,必然要注册映射器,即先调用addMapper。
先看下mybatis对于配置文件的解析,以config.xml为例,由SqlSessionFactoryBuilder类中build进入,真正对于xml文件解析在XMLConfigBuilder中parseConfiguration,众所周知mybatis中映射文件的配置是通过config.xml的mappers标签配置,此元素非必需,因为mybatis提供了注解的方式,同时再调用addMapper时会尝试解析,容下问分解。
在这里插入图片描述
只关注mapperElement方法。

在这里插入图片描述
Mappers的配置有四种形式。
1.以package标签方式配置
2.以mapper方式配置,分别可以通过四种属性配置。
如果是package方式,此时突然发现这个方法没有解析映射文件的逻辑,直接调用了addMappers,看看这个方法最终调用调用了addMapper.
在这里插入图片描述
回过头来看看addMapper方法。
在这里插入图片描述
首先注册了一个映射器,即将我们mapepr接口的类型与代理对象工厂绑定。然后看下面处理,从注释也可以看得出来要生成mapepr代理对象需完成两个过程,映射(不一定是文件哦)解析,接口映射器的注入。
在这里插入图片描述
在这里插入图片描述
loadXmlResource作用是解析mapper映射文件,什么时候解析呢?在之前没有解析过的时候进行解析,mybatis通过一个set列表标识解析资源。没有解析过时通过mapper接口的全类名查找资源。因此此时决定了mapper接口与映射文件必须完成相同(同名同包)。同时构造mapper.xml解析XMLMapperBuilder类对象,同时设置当前namespace为mapper接口全类名。mybatis通过三种不同方式标识本地资源。(如果映射文件被解析,那么会添加一个该文件的路径标识该xml已经解析过,如果解析的xml,namespace为一个接口的全类名,会添加一个namespace+xml路径的资源标识,eg:“namespace com.bll.IUser”并调用addMapper;如果调用了addMapper还会添加一个interface.tostring的标识,eg:“interface com.bll.IUser”)
在这里插入图片描述
Mapper标签解析如下:
在这里插入图片描述

开始获取了namespace属性,然后设置当前namespace,设置逻辑如下
在这里插入图片描述
由于当前namespace已经设置为mapper接口全名类,因为与映射文件namespace不相同必然报错,换句话说namespace必须为mapper接口全类名。
再看下一个方法,上面我们知道namespace即为namespace属性值也就是mapper全类名,获取类对象判断此映射器是否已注入,没有则标识当前解析资源,并调用addmapper注映射器,由于我们是在addmapper过来,映射器已经注入,所以不再调用,不然死循环了。那这个此时何时调用呢?我们接着往下看。

在这里插入图片描述

如果我们采用的标签配置映射文件。
在这里插入图片描述
如果通过resource或者xml属性标识资源,此时创建解析类,但是注意这个构造方法没有设置当前解析的文件namespace.原因是namespace在不使用mapper接口的形式编程时,可以随便填写。
又回到xml解析,不同的是此时进行了映射器的注册,当使用mapper接口编程,boundType不为空,然后进行注册,在此调用了addMapper,同时表示映射文件已解析,刚才咱们已经讨论过。
在这里插入图片描述
如果通过class表示mapper接口,直接调用了addMapper,触发文件解析,不再赘述同时该方法也会解析mapper接口的注解,如果存在。

所以当使用注解时,映射文件可以不用配置。但是建议配置空的xml文件,namespace为mapper接口全类名,自动触发映射器(mapper接口)的注入与注解的解析。如果你就是死活不配置,也阔以,请自行调用session.getConfiguration.addMapper(T.class).

总之,如果想使用mapper代理的方式,namespace与mapper接口全类名必须相同,至于需不需要同包同名,看你通过什么样的形式去配置,他们必须相同的还有个最重要的原因:解析sql语句所用的id为namespace+id,生成代理时,找寻sql接口对应的sql语句为接口全名+方法名。mapper文件解析做了什么及mapper代理对象的生成请听下回分解。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值