完美的mybatis通用dao实现

场景:

项目中用到mybatis(版本3.3.2)。对于单表操作,我们一开始是手写各个sql。但是这样接口非常不一致,而且有太多的小接口,不方便将相似功能合并。而且由于实现不一致,不能只根据接口名判断具体执行的sql,而且不能保证没有bug。后来我们用mybatis-generator插件,自动生成model、example、mapper.xml、mapper.java。但是又引入了新的问题。表重构时,自动生成的代码特别是mapper.xml需要重新生成。当里面有手写的一些sql时,要手动处理它们。并且自动生成的模板代码非常多。非常相似的内容存在各个文件中。可读性比较差。于是希望找到一种mybatis通用dao的实现。从网上找了一些答案,实现都不是非常优雅,功能也不是特别强。有的用jpa注解在model(entity)里加注解,感觉实现起来太麻烦,而且又由于在xml中还有手写的sql,字段映射在model和xml中冗余存在。有的强制采用默认方式,要求字段名和属性名如何对应。这些实现都不优雅,而且没有我想要的功能-融合单表操作的example方式的增删查改。

于是开始了自己探索实现mybatis通用dao之路。

思路一:

mybatis支持注解方式提供sql,一种是Select、Insert、Delete、Update,另一种是Provider方式。经过阅读源码以及网上学习,知道第一种支持在DynamicSqlSource(动态sql,支持写<where>、<if>等标签),第二种只支持RawSqlSource(支持占位符的sql,sql中可以有#{}这样的占位符),当然第一种也支持占位符。所以思路一是修改mybatis源码,将org.apache.ibatis.builder.annotation.MapperAnnotationBuilder作修改,支持SqlProvider写带标签的动态sql。

```

Annotation sqlProviderAnnotation = method.getAnnotation(sqlProviderAnnotationType);
      //TODO mod

为什么我们要使用通用DAO接口呢,因为我们的数据库操作无非是增删改查,CRUD操作,我们不需要为每个实体去编写一个dao接口,对于相似的实体操作可以只编写一个通用接口,然后采用不同的实现DAO已经成为持久层的标准模式,DAO使结构清晰,面向接口编程为代码提供了规范。而泛型DAO是一个类型安全的,代码精简的设计模式(相对于传统DAO),尤其在DAO组件数量庞大的时候,代码量的减少更加明显。 泛型DAO的核心是定义一个GenericDao接口,声明基本的CRUD操作: 用hibernate作为持久化解决方案的GenericHibernateDao实现类,被定义为抽象类,它提取了CRUD操作,这就是简化代码的关键,以便于更好的重用,这个就不给例子了,增删改都好写,查就需要各种条件了。 然后是各个领域对象的dao接口,这些dao接口都继承GenericDao接口,这样各个领域对象的dao接口就和传统dao接口具有一样的功能了。 下一步是实现类了,个自领域对象去实现各自的接口,还要集成上面的抽象类,这样就实现了代码复用的最大化,实现类中只需要写出额外的查询操作就可以了。当然还要获得域对象的Class实例,这就要在构造方法中传入Class实例。用spring提供的HibernateTemplate注入到GenericHibernateDao中,这样在各个实现类就可以直接调用HibernateTemplate来实现额外的查询操作了。 如果在实现类中不想调用某个方法(例如:update()),就可以覆盖它,方法中抛出UnsupportedOperationException()异常。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值