这篇文章以前面对sqlSessionfactorybean的重构为基础,先简单回顾一下做了哪些操作:
新建sqlSessionfactorybean,初始代码和mybatis-spring相同;
重构buildsqlSessionFactory()方法,将众多的if语句抽取为一组小方法,预留自定义配置的方法,同时添加常用属性的getter方法;
提取组件工厂接口,并提供组件创建工具类sqlSessionComponetFactorys,将散落在不同地方的new Xxx()集中管理,便于组件的替换。
现在来看怎么扩展,首先创建SchemasqlSessionfactorybean,继承重构后的sqlSessionfactorybean,在XML配置中同步修改为新建的类:
public class SchemasqlSessionfactorybean extends sqlSessionfactorybean { }
对于一些简单的功能扩展,比如设置默认结果类型,扫描指定的类型简称,这里就不过多讨论了,这里集中讲述怎么扩展为使用XSD校验sqlMapper配置。
一、覆盖sqlSessionfactorybean中的doParsesqlMapperResource()方法,这个方法的作用是解析一个sqlMapper配置文件
当然,为了兼容性,需要先判断是否为DTD,如果是DTD,按原方法解析,否则按自定义方法解析:
package org.dysd.dao.mybatis.schema; import org.apache.ibatis.executor.ErrorContext; import org.apache.ibatis.session.Configuration; import org.springframework.core.nestedioException; import org.springframework.core.io.Resource; import org.springframework.util.xml.XmlValidationModeDetector; public class SchemasqlSessionfactorybean extends sqlSessionfactorybean { @Override protected void doParsesqlMapperResource(Configuration configuration,Resource mapperLocation) throws nestedioException { int mode = detectValidationMode(mapperLocation); if(mode == XmlValidationModeDetector.VALIDATION_DTD){//如果是DTD,使用Mybatis官方的解析 super.doParsesqlMapperResource(configuration,mapperLocation); }else{ try { // 使用Schema校验 this.doParsesqlMapperResourceWithSchema(configuration,mapperLocation); } catch (Exception e) { throw new nestedioException("Failed to parse mapping resource: '" + mapperLocation + "'",e); } finally { ErrorContext.instance().reset(); } } } protected void doParsesqlMapperResourceWithSchema(Configuration configuration,Resource mapperLocation){ } private int detectValidationMode(Resource mapperLocation) throws nestedioException { int mode = -1; try { XmlValidationModeDetector detector = new XmlValidationModeDetector(); mode = detector.detectValidationMode(mapperLocation.getInputStream()); } catch (Exception e) { throw new nestedioException("Failed to parse mapping resource: '" + mapperLocation + "'",e); } finally { ErrorContext.instance().reset(); } return mode; } }
这里借用了Spring中的XmlValidationModeDetector来侦测XML配置文件的校验模式,逻辑上也很简单,就是一行一行读,在正文开始前,发现有dtd定义,就返回DTD模式,否则返回XSD模式(实际上,不止是侦测模式借用了Spring,后面的自定义命名空间也借鉴了Spring)。
至此,对sqlMapper配置文件的解析工作已经分为两支,兼容mybatis官方的解析,并将XSD模式下的解析导航到方法doParsesqlMapperResourceWithSchema()中。
二、编写用于校验sqlMapper的XSD文件(需要有一定的XSD基础知识,可参考本博客中关于XML部分的学习笔记)
1、先使用一款XML工具,将Mybatis的DTD文件转换为原始的XSD文件,有很多XML工具有这种功能,可以网上搜索一下
这里分成三个层级:
(1)根元素(mapper元素):对应一个sqlMapper文件,有一个namespace属性,表示它的子元素的一个逻辑分类。需注意的是,这里的namespace属性不同于XML命名空间,前者是mybatis自身的一个逻辑分类,后者是用于定义XML文件中可以出现的xml元素和属性约束。
(2)一级子元素(cache|cache-ref|resultMap|parameterMap|sql|insert|update|delete|select):mapper的一级子元素,因为mybatis框架对一级子元素有不同处理,所以这里单独作为一个层级,因为主要是增删改查语句,所以称之为语句级statement元素
(3)其它要素(sql配置文本,include|trim|where|set|foreach|choose|if):用于配置sql脚本的文本,以及动态脚本元素,称之为脚本级script元素
(1)添加命名空间,比如:
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <xsd:schema xmlns="http://dysd.org/schema/sqlmapper" targetNamespace="http://dysd.org/schema/sqlmapper" xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" version="1.0">
(2)将一级元素包装为一个元素组statementGroup
(4)将动态脚本元素包装为一个元素组dynaScriptGroup,并允许出现其它命名的元素
(5)使用dynaScriptGroup替换出现动态脚本元素的地方,比如<select>元素
(6)其它的一些优化,比如将statementType可以取的三个值STATEMENT、PREPARED、CALLABLE定义为枚举类型:
<xsd:simpleType name="statementType"> <xsd:restriction base="xsd:token"> <xsd:enumeration value="STATEMENT" /> <xsd:enumeration value="PREPARED" /> <xsd:enumeration value="CALLABLE" /> </xsd:restriction> </xsd:simpleType>
类似的还有parameterMode、jdbcType、javaType等等。
以上所述是小编给大家介绍的使用XSD校验Mybatis的sqlMapper配置文件小结,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对编程小技巧网站的支持!
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。