我就是不看好jpa

栏目: Java · 发布时间: 5年前

内容简介：知乎看到问题《SpringBoot开发使用Mybatis还是Spring Data JPA??》，顺手一答，讨论激烈。我实在搞不懂spring data jpa为啥选了hibernate作为它的实现，是“Gavin King”的裙带关系么？DAO层搞来搞去，从jdbc到hibernate，从toplink到jdo，到现在MyBatis胜出，是有原因的。目前，一些狗屁培训公司，还有一些网络课程，包括一些洋课程，为了做项目简单，很多会使用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有以下坏处：

1、屏蔽了SQL的优雅，发明了一种自己的查询方式。这种查询方式并不能够覆盖所有的SQL场景。

2、增加了代码的复杂度，需要花更多的时间来理解DAO

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

4、不支持复杂的SQL，DBA流程不好切入

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

你只要在其他地方调试好了SQL，只需要写到配置文件里，起个名字就可以用了，少了很多烧脑的转换过程。

Mybatis完全能够应对工业级的复杂SQL，甚至存储过程（不推荐）。个人认为Mybatis依然是搞复杂了，它其中还加了一些类似if else的编程语言特性。

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

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