MyBatis在DAO层定义接口返回类型泛型无效

本文探讨了MyBatis框架中DAO层接口泛型的实际作用有限这一现象。当DAO层接口定义的返回类型与mapper.xml文件中指定的类型不一致时,实际返回类型取决于mapper.xml。文中通过实例演示了这种情况下可能出现的类型转换异常。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天很偶然的因为一次粗心而发现的一个mybatis问题,这里就写出来与大家分享一下。


DAO层定义了一个接口,返回String集合,用于获取最热门的搜索信息。


mapper.xml文件接口返回的类型却是search对象。


调用接口,返回的是search对象集合,没有报错,泛型没起到作用。

仔细一想,泛型是在编译阶段将我们的返回值类型匹配到一具体类型,而DAO层的接口却没有具体的返回值信息,所以在编译阶段它是可以通过的,这也就是说我们在DAO层定义的接口返回值泛型是不起作用的,具体的类型还是得依靠mapper.xml文件中定义的返回值类型为准。

那如果我们定义了泛型,并根据泛型来操作数据是不是会报错呢?    

我特地实验了一番。mapper.xml查询实际返回的是Person对象,而我使用的Animal对象集合去接收,并对集合进行了遍历操作





最后报了ClassCastException,所以得出结论,DAO层接口定义的返回值泛型是没有用的,实际返回需要根据具体的mapper.xml文件对应的方法返回值来确定。但是我们却可以根据泛型类型来进行数据的操作,这也不算是bug,只是泛型和mybatis没有很好的融合吧,个人理解。

注意:

    mybatis的DAO层接口与mapper.xml文件的对应是通过代理类来实现的,有两种方式,一种是通过namespace来对应,一种是放在同一路径下,但是要确保接口文件和xml文件名字相同。

为什么我们要使用通用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()异常。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值