浅谈JPA+Hibernate与mybatis使用心得

最新推荐文章于 2024-12-13 09:56:04 发布

troyJ

最新推荐文章于 2024-12-13 09:56:04 发布

阅读量1.8k

点赞数 2

分类专栏：工作随笔

本文链接：https://blog.csdn.net/weixin_36193920/article/details/85678512

版权

本文作者分享了一年多来使用JPA+Hibernate作为持久层框架的心得，指出在处理复杂业务时，面向对象的方式可能导致代码可读性和维护性下降，转而倾向于直接使用SQL。然而，直接写SQL可能存在SQL注入问题，作者提供了参数绑定工具类的代码，并讨论了JPA的SQL参数绑定可能出现的问题。相比之下，作者认为Mybatis在参数绑定和XML配置方面更直观，更适合当前项目需求。目前项目同时使用JPA和Mybatis。文章还提到了Mybatis的依赖、配置和代码结构。

摘要由CSDN通过智能技术生成

手上的项目做了一年多，一直在使用JPA+Hibernate作为持久层的框架，前期使用了面向对象的方式，发现当业务很复杂时，代码可读性太差，也难维护，不如直接上sql来的快，但是有些细节问题没注意，导致后期重构时工作量很大，就是sql注入的问题，直接写sql没有使用占位符，这里就要仔细说一说了。JPA使用占位符是在sql中使用？或者：key，我选择的是用：key的方式，假设有是个查询条件，此时需要判空十次分别设置key值，然后再判断十次来setParameter()给占位符赋值，这个事情是在重构的时候做的，可想而知工作量，我比较喜欢偷懒，就写了个绑定参数的工具类，代码在最下方，给可能需要用的朋友，写的不是很好，希望有人可以给我提意见。但是还是会出现一些问题，比如参数类型的问题，或者一些特殊业务的问题，但这些问题都是JPA中sql参数绑定的问题，也可能是我没有找到解决办法，后来就想到了mybatis，也是直接写sql，很直接，很舒服，参数绑定也很自然，以前觉得写这些xml文件很麻烦，现在觉得比起JPA的sql绑定会出现一些奇奇怪怪的问题，我还是愿意选择mybatis。但是项目之前的JPA+Hibernate又不能丢，所以现在项目的情况是JPA和mybatis同时存在。上一下代码，记录一下。

以上纯属个人工作杂记。

1.依赖：这里只放了mybatis的依赖，新项目还需要jdbc-connect，连接池等依赖

        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis</artifactId>
            <version>3.4.1</version>
        </dependency>
        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis-spring</artifactId>
            <version>1.3.0</version>
        </dependency>

2.mybatis的配置：mybatis-config.xml直接放在resource下面