冥想 教程

一年前，我的一位同事向我展示了一个非常有趣的框架，名为Krank （后来更名为Crank，因为先前的名称在德语中表示“病”，对任何框架而言都不是好兆头）。 Crank的目标是简化Java Persistence API 1.0之上的开发。 当时有两个有趣的功能引起了我的注意：

不幸的是，自2008年以来Crank没有任何活动，我认为可以肯定地将其分类。 但是，我不知道是否存在链接，一个新项目已经出现，它不仅实现了相同的功能，而且还增加了更多创新的功能。 我最近才发现的这个项目是Hades项目 ，该项目的目的是提高持久层的生产力，特别是对于JPA v2。 现在，它绝对位于我的“热门话题”列表的顶部。

为了评估Hades，我实现了一些非常简单的单元测试：它照原样工作！ 让我们概述一下Hades功能。

无论您是否喜欢，Hades的配置都基于Spring。 就我个人而言，我这样做是因为它使配置Hades变得轻而易举。 Hades为此使用了Spring的一个鲜为人知的功能，即创作（有关该主题的更多信息，请参见我之前的Spring创作文章）。 考虑一下我们已经有一个Spring bean配置文件，并且已经定义了实体管理器工厂。 只需将Hades命名空间添加到标题中，并引用DAO类的基本包即可：

由于Hades在配置上使用约定，因此它将：

Hades通用DAO支持单个实体和整个表上的标准CRUD操作以及COUNT。 在幕后，它将使用注入的实体管理器工厂来获取对实体管理器的引用，并将后者用于这些操作。

使用JPA的命名查询需要最少的样板代码（但仍然需要），并且不提供泛型签名（此后需要转换）：

另一方面，Hades在命名查询和接口的方法名称之间提供了一种绑定机制：

现在，您只需要将DAO注入服务中并按原样使用即可。

您手动编写的大多数命名查询的形式为SELECT * FROM MYTABLE WHERE A = 'a' and B = 'b'或其他简单条件。 Hades可以自动生成并执行与您的方法名称相关的查询。 例如，如果您的DAO的方法签名是List findByLastNameOrAgeLessThan(String name, Date age) ，则Hades将创建关联的查询SELECT * FROM User u where u.lastName = ?1 and u.age < ?2并绑定传递的参数。

尽管我对基于方法名称的此类功能有所警惕，但我意识到它可以确保方法的语义与方法的功能保持一致。 而且，没有任何代码可编写！ 确实，我可以很容易地爱上这个功能...

曲柄的通用DAO有一个主要缺点。 如果要添加方法，则必须创建一个具体的DAO类，用通用类组成DAO，然后将所有标准CRUD操作委托给通用。 然后，您可以在具体的DAO上编写额外的方法。 至少这是我必须要做的设计，这并不是很复杂，因为可以使用您最喜欢的IDE编码委托，但是这很无聊，并且您最终得到了一个非常长的类，其中包含委派电话。 不是我所说的简单代码。

Hades从一开始就设计了这种行为。 当您需要将方法添加到特定的DAO时，您要做的就是：

完成：像馅饼一样简单，设计精美。 你还能要求什么呢？

Hades似乎相对较新（2009年4月的第一张票），但看起来很有希望。 在那之前，我可能会看到的唯一“缺陷”是事务管理：默认情况下，CRUD操作是事务性的，尽管恕我直言，事务性应该在服务层中进行处理。 但是，就其带来的所有好处而言，它相对较小。 此外，可以避免使用这种新项目的麻烦，因为它将在不久的将来加入 Spring Data ，我认为这是Hades简单性和功能的很好标志。

对于我而言，我没有用过，只是随便看了一下Hades。 有人在“真实”项目中使用过它吗？ 在哪种情况下？ 有什么结果？ 如果您有任何反馈，我将非常感兴趣。

与往常一样，您可以在此处找到本文的资源。

翻译自: https://blog.frankel.ch/hades-your-next-persistence-angel/

冥想 教程