这是一个创建于 1880 天前的主题，其中的信息可能已经有所发展或是发生改变。
前几天用到一个生成器，vue 前端和后端一键生成，代码超级简洁，完全不用改，只是用的 jpa，但是涉及复杂的数据查询 jpa 肯定很繁琐，就想也用上 mybatis，而且发现 mybatisgenerator 稍微修改下 model 生成器源码，就可以满足 jpamybatis 共用 model 类，就是不知道这样有没有什么不好，想请教下各位童靴有没有和 mybatis 一起混用的，有没有什么隐患，注意的地方，
 | 1 echo1937 2020-10-27 14:14:50 +08:00 我就是这么用的. |
 | 2 lori01 2020-10-27 14:16:59 +08:00 我的博客网站也是这么用的，jpa 真的省掉了很多 sql 编写，复杂的不能用 jpa 的就用 mybaits，很方便，效率非常高 |
 | 3 wysnylc 2020-10-27 14:32:41 +08:00 Mybatis 用 tkmapper 可以不需要 MybatisGenerator 生成 xml 和 entity 而使用 Example,减少代码污染 |
 | 4 THESDZ 2020-10-27 14:37:03 +08:00 问题不大,注意的地方就是后续维护,表(实体)改动的时候两个地方都要改 |
 | 5 guoyuchuan 2020-10-27 14:39:18 +08:00 目前我们公司就是 hibernate 和 mybatis 两者结合使用： 操作数据使用 hibernate ； 查询使用 mybatis 问题： 目前还没遇到问题，估计是我才接触这个项目吧。。。 |
 | 6 madworks OP @guoyuchuan 为什么查询用 mybatis，操作用 hibernate ？难道不是反过来用的吗 |
| 8 guoyuchuan 2020-10-27 14:46:39 +08:00 @madworks #6 这个我也不知道高层的想法。。。我只是个搬砖的。。。 |
 | 9 yiyi11 2020-10-27 18:13:50 +08:00 via Android  2 隐患就是没有意识到 mybatisplus 可以替代它们。 |
| 13 wysnylc 2020-10-27 18:22:32 +08:00 @madworks #10 不需要,tkmapper 对比 MybatisGenerator 对代码的侵入非常低,配置也非常简单 |
 | 14 qwerthhusn 2020-10-27 18:33:40 +08:00 1 其实最大的问题就是事务了，假如一个比较复杂的业务同时用了 JPA 和 MyBatis，Spring 的 @Transactional 能不能包的住。。 然后还有 MyBatis-plus，这玩意挺好用的，增删改查，只要不是复杂的表达式啥的，都不用写 xml，直接代码搞定。但是 MyBatis-plus 这种个人开发出来的东西，自己的小项目用用没问题，公司的项目的话感觉还是别用的好 |
 | 15 EminemW 2020-10-27 22:31:55 +08:00 jpa 不也能写 sql 么 |
 | 16 raullf 2020-10-27 22:43:02 +08:00 via iPhone 前端后端生成器是啥 |
 | 17 zzl22100048 2020-10-27 23:24:51 +08:00 via iPhone jpa+querydsl 就够了吧，mybatis 太难维护了 |
 | 18 taogen 2020-10-27 23:29:41 +08:00 mybatis plus 不香吗 |
 | 19 jdi 2020-10-28 00:01:29 +08:00 via Android mybatisplus = mybatis+jpa 。 不过我比较好奇生成器是什么(*`) |
 | 20 Kirsk 2020-10-28 00:43:14 +08:00 via Android 其实蛮多地方功能相似 少部分用 mybatis 多表确实有些优势 不过 mapper 一套下来 确实没有 jpa 方便 复杂查询封装下 spec 还是看自身业务场景吧 |
 | 21 ourslay 2020-10-28 08:45:56 +08:00 via iPhone 1 Spring Data JDBC 了解下 。 |
 | 22 cheng6563 2020-10-28 08:53:23 +08:00 via Android jpql 稍微复杂点的查询组装就恶心。 直接在 Java 里拼 QL 也是一坨一坨的。 只能用 mybatisplus 才能解决生活的样子 |
 | 23 yalin 2020-10-28 09:02:49 +08:00 场景需求决定技术 |
 | 24 Blulotus 2020-10-28 09:13:53 +08:00 分开用没问题，但一个方法里面同时用 jpa 和 mybatis 发现有问题，就弃用 jpa 了。。问题为：业务调用的逻辑大概为 jpa,mybatis,jpa，但打印 sql 执行的顺序为 jpa,jpa,mybatis，反正就不是按业务的逻辑来执行的，不知道啥原因，都换成 myabtis 就不会。 |
 | 25 pengyOne 2020-10-28 09:31:27 +08:00 用 mybatis-plus 吧，也提供 jpa 的那些简单操作 |
 | 26 Jrue0011 2020-10-28 10:02:46 +08:00 21 楼+1，一起用的话可以试试 Spring Data JDBC，官方文档里有一节就是集成 mybatis |
 | 27 xuanbg 2020-10-28 10:06:52 +08:00 一起用没啥问题，反正各管各的也不会打架，能有什么问题？ |
| 28 Jrue0011 2020-10-28 10:09:02 +08:00 @Jrue0011 不过 Spring Data JDBC 和 JPA 应该是不一样的，只是功能上和 data jpa 有一定的相似 |
 | 29 aragakiyuii 2020-10-28 10:50:31 +08:00 via iPhone @Blulotus #24 如果 jpa 不主动 flush 的话，会在整个事务结束末尾一起提交... |
| 30 aragakiyuii 2020-10-28 10:52:38 +08:00 via iPhone @Blulotus #24 这个是 hibernate 的特性，它自己是有一套对于 entity 管理的生命周期，而 mybatis 更倾向于“原生”... |
 | 31 pkupyx 2020-10-28 10:56:17 +08:00 之前 mybatis plus 的 generator 生成的 entity 似乎并不是标准 jpa 规范，现在好些了嘛 |
 | 32 gundam0603 2020-10-28 11:08:55 +08:00 @Blulotus jpa 会重排，里面的顺序是 jpa 管理的，当然管不了 mybatis 的，而且可能不在一个事务，建议是 mybatis 只用来做复杂查询，JPA 更新是什么的，而且不能混用。 |
| 33 gundam0603 2020-10-28 11:12:33 +08:00 7,8 年前就这么用了，没大问题，注意别同事务里混着用就行，其实两个现在来讲可能也没那么大差别了。 |
 | 34 anakinsky 2020-10-28 11:26:16 +08:00 个人倾向于 jpa + querydsl 能解决绝大部分的复杂查询，实在不行用 jdbcTemplate ；代码生成也可以使用 IDEA+groovy 脚本，两种一起不是提升了项目复杂度，一堆 mapper 又是一堆 repository |
| 35 Blulotus 2020-10-28 11:27:14 +08:00 @aragakiyuii 原来是这样，感谢！ |
| 36 Blulotus 2020-10-28 11:29:26 +08:00 @gundam0603 明白原因了，感谢解答！ |
| 38 madworks OP @gundam0603 你是说 jpa 对数据库的操作会重排吗 |
| 39 gundam0603 2020-10-29 13:12:48 +08:00 @madworks 记得会在事务提交的时候改变提交的顺序 |
 | 40 redcoffeecat 2021-05-26 10:16:59 +08:00 @qwerthhusn t 腾讯都在用 |
Select Language