为什么我们使用JPA注释而不是hibernate注释

我的示例Hibernate应用程序中有一个POJO，它指向数据库中的表。在我的POJO类中，有来自JPAjavax.persistence.Entity的@Entity注释

放置JPA注释而不是HibernateAPI的重要性是什么

---

提前谢谢

我想这可能是你问题的答案：

---

使用JPA注释，您可以使用任何JPA提供程序，而不仅仅是Hibernate，例如EclipseLink。

我想这可能是您问题的答案：

---

使用JPA注释，您可以使用任何JPA提供程序，而不仅仅是Hibernate，例如EclipseLink。

Hibernate仅为其专有功能提供注释。对于诸如声明类是实体、指定其表名等标准特性，它依赖于标准JPA注释

---

这是一件好事，因为如果您只使用标准JPA功能，您应该能够使用任何其他JPA实现，而不是Hibernate。

Hibernate只为其专有功能提供注释。对于诸如声明类是实体、指定其表名等标准特性，它依赖于标准JPA注释

---

这是一件好事，因为如果您只使用标准JPA功能，您应该能够使用任何其他JPA实现而不是Hibernate。

您使用Hibernate作为JPA API的实现。 您应该能够使用另一个实现（如EclipseLink）更改hibernate，而无需更改代码。

---

这就是为什么您应该只使用JPA注释。

您使用hibernate作为JPA API的实现。 您应该能够使用另一个实现（如EclipseLink）更改hibernate，而无需更改代码。

---

这就是为什么您应该只使用JPA注释。

使用JPA注释的优点是JPA是Oracle Java标准，使用标准总是好的。如果明天hibernate不再流行，而另一个ORM工具即将出现，该怎么办？

使用JPA注释的优点是JPA是Oracle Java标准，使用标准总是好的。如果明天hibernate不再流行，而另一个ORM工具即将出现，该怎么办？

使用JPA的真正理由是大多数java开发人员都会理解您所写的内容。对于大多数项目来说，建议您切换出提供者/ORM的论点毫无意义，因为这几乎从未发生过。但是，您的代码在其生命周期中可能会被许多不同的开发人员阅读，如果您使用了他们已经知道的工具和技术，而不是一些没有人听说过的库，那就太好了。在这种情况下，JPA允许您比原始的hibernate注释更容易与未来通信。

使用JPA的真正理由是大多数java开发人员都会理解您所写的内容。对于大多数项目来说，建议您切换出提供者/ORM的论点毫无意义，因为这几乎从未发生过。但是，您的代码在其生命周期中可能会被许多不同的开发人员阅读，如果您使用了他们已经知道的工具和技术，而不是一些没有人听说过的库，那就太好了。在这种情况下，JPA比原始的hibernate注释更容易与未来通信。

hibernate API与任何事情有什么关系？注释是注释而不是API。您选择的JPA实现的文档可能会告诉您这个问题的答案……HibernateAPI与此有什么关系？注释是注释而不是API。想必您选择的JPA实现的文档会告诉您这个问题的答案……使用标准并不“总是”好——这是胡说八道。使用标准并不“总是”好——这是胡说八道。谁说对于任何特定的项目，一个人“应该”能够切换出ORM提供商？这个论点与大多数项目根本不相关，因为几乎没有人会离开hibernate？这个参数与大多数项目都不相关，因为几乎没有人会离开hibernate。标准参数。但是会失败，因为以这种方式切换ORM提供程序是非常罕见的。我听说过一两次，但只从其他二流实现切换到hibernate。标准参数。但是会失败，因为以这种方式切换ORM提供程序是非常罕见的。我听说过一两次，但只从其他二流实现切换到hibernate。