java - 用更轻的解决方案替换完整的 ORM (JPA/Hibernate) : Recommended patterns for load/save?

Question

我正在开发一个新的 Java Web 应用程序，我正在探索新的方法(对我来说是新的!)来持久化数据。我主要有 JPA 和 Hibernate 的经验，但除了简单的情况外，我认为这种完整的 ORM 会变得非常复杂。另外，我不太喜欢和他们一起工作。我正在寻找一个新的解决方案，可能更接近 SQL。

我目前正在研究的解决方案:

MyBatis

JOOQ

普通 SQL/JDBC，可能带有 DbUtils或其他一些基本实用程序库。

但是，与 Hibernate 相比，我担心这些解决方案有两个用例。我想知道这些用例的推荐模式是什么。

用例 1 - 获取一个实体并访问它的一些关联的子实体和孙实体。

假设我有一个 Person实体。

此 Person有一个关联的 Address实体。

此 Address有一个关联的 City实体。

此 City实体有一个 name属性(property)。

从个人实体开始，访问城市名称的完整路径为:

person.address.city.name

现在，假设我从 PersonService 加载 Person 实体，用这个方法:

public Person findPersonById(long id)
{
    // ...
}

使用 Hibernate，将实体关联到 Person可以按需延迟加载，因此可以访问 person.address.city.name并确保我可以访问此属性(只要该链中的所有实体都不可为空)。

但是使用我正在研究的 3 种解决方案中的任何一种，它都会更复杂。使用这些解决方案，处理此用例的推荐模式是什么？在前面，我看到了 3 种可能的模式:

使用的 SQL 查询可以立即加载所有必需的关联子实体和孙实体。

但是我在这个解决方案中看到的问题是，可能还有一些其他代码需要从 Person 访问其他实体/属性路径。实体。例如，也许某些代码需要访问 person.job.salary.currency .如果我想重用 findPersonById()方法我已经有了，然后 SQL 查询将需要加载更多信息!不仅关联address->city实体也是相关联的 job->salary实体。

现在如果有 怎么办？ 10 需要从person实体开始访问其他信息的其他地方？我应该总是急切地加载所有可能需要的信息吗？或者可能有 12 种不同的服务方法来加载个人实体？ :

findPersonById_simple(long id)

findPersonById_withAdressCity(long id)

findPersonById_withJob(long id)

findPersonById_withAdressCityAndJob(long id)

...

但是每次我都会使用 Person实体，我必须知道什么已经加载了它，什么没有......这可能很麻烦，对吧？

在 getAddress() Person的getter方法实体，是否可以检查地址是否已经加载，如果没有，则延迟加载它？这是现实生活应用中经常使用的模式吗？

是否有其他模式可用于确保我可以从加载的模型中访问我需要的实体/属性？

用例 2 - 保存实体并确保其关联和修改的实体也被保存。

我希望能够保存一个 Person实体使用此 PersonService的方法:

public void savePerson(Person person)
{
    // ...
}

如果我有一个 Person实体和我换person.address.city.name到别的东西，我怎么能确保City当我保存 Person 时，实体修改将被保留?使用 Hibernate，可以很容易地将保存操作级联到关联的实体。我正在研究的解决方案呢？

我是否应该使用某种脏标志来了解在我保存此人时还必须保存哪些关联实体？

是否有任何其他已知模式可用于处理此用例？

更新 : 有a discussion关于 JOOQ 论坛上的这个问题。

Answer 1

这种问题在不使用真正的 ORM 时很典型，而且没有 Elixir 。一个对我来说适用于带有 iBatis (myBatis) 的(不是很大的)webapp 的简单设计方法是使用两层持久化:

一个愚蠢的低级层:每个表都有它的 Java 类(POJO 或 DTO)，具有 直接映射到表列的字段 .假设我们有一个 PERSON带 ADDRESS_ID 的 table 指向 ADRESS 的字段 table ;
然后，我们会有一个 PersonDb类，只有一个 addressId (整数)字段；我们没有 personDb.getAdress()方法，只是普通的 personDb.getAdressId() .因此，这些 Java 类非常愚蠢(它们不了解持久性或相关类)。一个对应的PersonDao类知道如何加载/保留这个对象。使用 iBatis + iBator(或 MyBatis + MYBatisGenerator)等工具可以轻松创建和维护这一层。

包含 的更高级别的层丰富的域对象 :这些通常是 图 以上 POJO。通过调用相应的 DAO，这些类还具有加载/保存图形的智能(可能是懒惰的，可能带有一些脏标志)。然而，重要的是这些丰富的域对象不会一对一地映射到 POJO 对象(或 DB 表)，而是与 映射。域用例 .每个图的“大小”是确定的(它不会无限增长)，并且像特定类一样从外部使用。所以，并不是说你富有Person使用的类(带有一些不确定的相关对象图)是几个用例或服务方法；相反，你有几个丰富的类，PersonWithAddreses , PersonWithAllData ...每个都包含一个特定的有限图，具有自己的持久性逻辑。这可能看起来效率低下或笨拙，在某些情况下可能是这样，但经常发生的是，当您需要保存完整的对象图时，用例实际上是有限的。

此外，对于表格报告之类的内容(返回一堆要显示的列的特定 SELECTS)，您不会使用上述内容，而是直接而愚蠢的 POJO(甚至可能是 map )

查看我的相关回答 here