我就是不看好jpa

知乎看到问题《SpringBoot开发使用Mybatis仍是Spring Data JPA??》，顺手一答，讨论激烈。我实在搞不懂spring data jpa为啥选了hibernate做为它的实现，是“Gavin King”的裙带关系么？
DAO层搞来搞去，从jdbc到hibernate，从toplink到jdo，到如今MyBatis胜出，是有缘由的。

目前，一些狗屁培训公司，还有一些网络课程，包括一些洋课程，为了作项目简单，不少会使用jpa。但到了公司发现根本就不是这样，这就是理论和现实的区别。

顶着被骂的风险，我整理发出来。这可不是争论php好仍是java好性质了。

忠告：精力有限，必定要先学MyBatis啊。jpa那一套，表面简单而已。

如下是原始回答

若是你经历过多个公司的产品迭代，尤为是复杂项目，你就会发现Spring Data JPA这种东西是多么的不讨好。说实话，Mybatis的功能有时候都嫌多，有些纯粹是多此一举。

jpa虽然是规范，但和hibernate这种ORM是长得比较像的（不说一些特殊场景的用法）。

Spring Data JPA 是个玩具，只适合一些简单的映射关系。也不得不提一下被人吹捧的querydsl，感受有些自做聪明的讨巧。实在不想为了一个简单的DAO层，要学一些费力不讨好的东西。

List<Person> persons = queryFactory.selectFrom(person)
  .where(person.children.size().eq(
    JPAExpressions.select(parent.children.size().max())
  .from(parent)))
  .fetch();

看看上面的查询语句，彻底不如普通SQL表达的清晰。要是紧急排查个问题，妈蛋...

jpa虽然有不少好处，好比和底层的SQL无关。但我以为Spring Data JPA有如下坏处：

一、 屏蔽了SQL的优雅，发明了一种本身的查询方式。这种查询方式并不可以覆盖全部的SQL场景。

二、 增长了代码的复杂度，须要花更多的时间来理解DAO

三、DAO操做变的特别的分散，分散到多个java文件中，或者注解中（虽然也支持XML）。若是进行一些扫描，或者优化，重构成本大

四、不支持复杂的SQL，DBA流程很差切入

Mybatis虽然也有一些问题，但你更像是在写确切的SQL。它比Spring Data JPA更加轻量级。

你只要在其余地方调试好了SQL，只须要写到配置文件里，起个名字就能够用了，少了不少烧脑的转换过程。

Mybatis彻底可以应对工业级的复杂SQL，甚至存储过程（不推荐）。我的认为Mybatis依然是搞复杂了，它其中还加了一些相似if else的编程语言特性。

你的公司若是有DBA，是不容许你乱用SQL的。用Mybatis更能切入到公司的流程上。

因此我认为：玩具项目或者快速开发，使用Spring Boot JPA。反之，Mybatis是首选。

一些有用的评论

你说的if else是指的SQL拼接吧，这但是MyBatis的重要功能之一，学起来一点儿也不复杂好吗？

---

最近也在研究持久层，能够充分利用这个jpa这个玩具，二者结合是不错的选择，jpa基本的单表操做，mybatis作复杂查询，开发效率高，下降sql维护成本，也为优化留下空间，固然这须要对spring-data-jpa作一些扩展

---

查询直接sql，其余的仍是orm方便

---

mybatis主要是原生sql，对于其余没学习过jpa的开发人员而言下降了学习维护门槛，并且说真的jpa写了个锅你去追其实仍是挺头疼的...

mybatis-plus整合以后基本curd不用纠结了，不少对对象操做而后直接save就好。复杂场景、联表就直接用原生sql就好，至于性能问题能够用sqlAdvice优化下。

---

jdbc template+代码生成器，更简单更高效

---

jpa这玩意，写一个简单的数据库操做，就好比说单表的操做，很好用。若是是多表，那就算了吧

---

spring boot 推荐jpa，知道为何吗

---

native=true 想用原生查询也没人拦着你啊

---

你好像不是很懂hibernate和jpa…

---

不知道你是否清楚 jpa，hibernate，spring data jpa，还有querydsl 之间的关系。

---

总有一天你会知道数据库优先和程序优先的区别

---

jpa还有一个好处，那就是帅锅啊

END

来，越年轻越狂妄的家伙们，来喷我啊。