正如@Naros所说，标题中当前存在的问题实际上并没有解决。似乎我们应该真正看一下4个选项，并且主要列出每种方法的优点，缺点是没有其他方法的优点：

没有Spring数据的JDBC

您可以对所发生的事情进行100％的细粒度控制。框架不会生成或注入任何内容。这听起来像是一个弊端，但是如果您尝试调整映射和配置以使某些JPA实现执行您可以用Java和SQL轻松编写的功能，那么您将了解，这可能是一个好专家。

您不必学习JPA或Spring Data。我个人认为Spring
Data很容易，但是我有偏见（请参阅我的个人资料）。但是，一旦您离开了琐碎的实体和设置领域，JPA无疑是具有挑战性的。

• 无需建模域模型（例如，JPA需要默认构造函数）

您可能想使用一些库来减少样板代码。看一眼：

• York

• MyBatis

• Spring JdbcTemplate（在没有Spring其余部分的情况下可用）

• QueryDsl

JDBC与Spring数据

您将获得Spring Data与JDBC相结合的好处（请参见上文）：

• 开箱即用CRUD方法的存储库。

• Spring基础结构中的良好集成，用于事务处理，依赖项注入，错误转换，分页…

• 它仍然是一个非常简单的编程模型。SQL语句恰好在人们期望它们发生的时间发生，并且如果您愿意，可以在不破坏任何抽象的情况下，在有或没有其他框架支持的情况下退回到简单的JDBC。

虽然尚不可用，但将来的更新将为您带来更多好处：

• 使用查询方法（只需将接口定义为具有findByLastName方法，Spring便会为您动态生成它）来扩展存储库的好方法，也可以使用@query注释或自定义方法。

• 支持分页

没有Spring数据的Hibernate（或其他JPA实现）

JPA通过JDBC做了很多事情

• 缓存（第一级，第二级和查询缓存）

• 通过查询自动创建实例

• 实体间导航

• 延迟加载

随着所有这些事情的发生，可能很难理解正在发生的事情和原因。当然， IFF
可以正确地构建应用程序的结构，如果JPA没有提供所需的功能，则可以使用JDBC。但是我多次看到人们未能维持其正常工作所需的结构。显然，如果您不正确地理解JPA的工作原理，那么这尤其困难。

使用Spring Data进行Hibernate（或其他JPA实现）

我在上面列出了Spring Data的好处，只需进行简单的复制和粘贴即可。

当然，这会使整个堆栈变得更加复杂。从用spring-
data和hibernate标记的许多问题看来，许多开发人员在确定哪个工具执行功能时遇到了问题。而且从这​​些问题来看，大多数描述的是Hibernate /
JPA而不是Spring Data的问题。

总结一下：

• 如果要/需要细粒度的控制，请使用JDBC。

• 如果您要使用JPA，请确保您早日了解它。

• 如果您选择的持久性技术是Spring Data提供的模块，那么我会使用它。这将使生活更轻松。但是我再次有偏见。