有几天,我一直在研究JPA和Hibernate。 现在我对JPA - Hibernate交互感到困惑。 我知道JPA是一个规范,Hibernate实现它。但缺少的是一个工作原则。我的意思是在一个真实的应用程序中,hibernate做了什么以及jpa做了什么?我试图得到以下问题。我问你了;
答案 0 :(得分:7)
问题1:
是的,确切地说! JPA只是您已经知道的规范。它只说可以做什么,但没有说明应该如何做或不做任何行为。您可以将JPA注释与javax.persistence
类一起使用,但最终在运行应用程序时不会发生任何事情!
问题2:
正如我上面所说,JPA只是一个蓝图,说明可以做些什么。 Hibernate,OpenJPA,Toplink等实际上实现了该规范。它们以不同的方式执行操作,因此可能需要在速度等方面进行权衡,但所有这些操作都必须能够执行JPA指定的相同操作集。有些可能会给你更多的功能,但永远不会少。
问题3:
JPA再次没有执行任何操作,它只是指定可以执行的操作。怎么做,代码如何< - >执行数据库交互,创建什么样的SQL查询,它是所有特定于实现的,并且会有所不同(例如,Hibernate可能会创建与OpenJPA相同的SQL查询)。最终如何执行数据库交互是在运行时由实现(Hibernate)确定的。您可以尝试在具体实现的文档中找到所有内容。您也可以打印例如执行的SQL。
你可能会问“那我为什么需要JPA”?好吧那是因为你可以(理论上!)改变实现,只需将类路径上的jar更改为不同的库(即从Hibernate到Toplink)。实际上,由于实现特定功能或每个实现如何处理SQL查询,表等,有时并不容易。
答案 1 :(得分:1)
正如你自己提到的:JPA是一个规范,Hibernate是一个实现!
1:是的,正确这是Java接口形式的技术部分。
2:不,JPA不够“,JPA无能为力,只是一个规范。
3:只有Hibernate和数据库之间存在交互(实际上,还有其他部分,比如涉及数据库驱动程序,但不介意......)。
这种分离背后的想法是你可以编写仅使用javax.persistence
接口的代码。在一个地方,您(或者可能是像应用程序服务器这样的容器)定义您要使用的实现。这使您的应用程序非常便携,您可以选择按照自己的意愿切换实现(从理论上讲,实际上它从未如此简单......)
答案 2 :(得分:1)
正如您所说,JPA只是一个规范,因此没有实现,但每个Java EE容器都应该支持它(JPA的实现包含在应用程序服务器中)。
热门应用程序服务器中的JPA实现:
因此,当您使用应用程序服务器时,您可以使用JPA接口通过特定的JPA实现执行任何CRUD操作。
Tomcat不支持JPA开箱即用。只有在这些应用程序嵌入了一些JPA实现时,才能在部署在Tomcat上的应用程序中使用JPA。或者使用为Tomcat提供JavaEE功能的Apache TomEE项目。
请记住,Hibernate具有JPA实现,但也有更多的成瘾(酷)功能。但是,如果您只使用JPA规范中的元素,您可以随时轻松切换到另一个JPA实现。