Hibernate 自举

在本文中，我将向您介绍 Hibernate 5 的新本机自举 API。

如果您觉得需要对 Hibernate 的内部配置进行更多控制，则可以利用此新功能来实现此目标。 如果您有一个仅需要使用 Hibernate 而不需要其他 JPA 框架的简单项目，这将非常有用：借助自举 API，您可以在没有太多魔术的情况下启动和运行项目。

自然，每一朵玫瑰都有其刺：新的本机自举 API 的使用使配置更加复杂，但它比 JPA 自举 API 更强大。

引入的新功能使您可以通过 Java 代码访问 API。 这意味着您不必依赖单一的 XML 配置，您可以在代码库中添加一些配置，只有当您提供新版本的软件时，该配置才能更改。

在某些情况下，这非常有用，因为您的应用不必依赖通过配置文件配置的属性的正确性，或者您可以在 Hibernate 中调整一些您不想通过外部文件更改的内部配置。 。

我们需要创建一个，一个元数据对象，并使用它来启动SessionFactory。

大多数时候，我使用基于 XML 的配置文件hibernate.cfg.xml来设置：

使用此文件可以使配置独立于源代码，并以结构化的方式概述配置。

如示例代码所示，您需要告诉 Hibernate 您正在使用hibernate.cfg.xml文件。 在以前的 Hibernate 版本中，您不需要指定使用此文件来设置服务注册表，因为这是默认行为。

使用 Hibernate 5，您可以选择以 Java 代码编程配置 ORM。

如您所见，所有内容现在都在 Java 代码中。 这使得仅处理 Java 类变得很方便-但是想想如果您有很多实体，您会得到什么？ 我认为，它将像下面的屏幕截图那样混乱您的代码库：

因此，我更喜欢将配置保存在单独的文件中，而不是在 Java 代码中-但这是我个人的看法。

让代码喘气的一种方法是将配置提取到属性文件中-在大多数情况下，该文件称为hibernate.properties。

使用上面的示例，我们可以将配置提取到以下文件中：

现在，我们也必须改编HibernateUtil类以使用此新文件：

如果您仔细阅读本系列文章随附的示例应用，您会发现我自己使用此 API 来使应用与 Hibernate 一起运行。