java - Quarkus 没有对 Panache 的严重依赖？

Question

我喜欢在 Quarkus 中使用 JAX-RS 的想法，因为它会使代码不依赖于框架实现。然而，当谈到 DB we're proposed使用“Panache”并从 PanacheEntity 扩展数据库实体.我想这对于 AOT 工作(基本上是 Quarkus 正在尝试做的事情)非常方便和有益，并且大大简化了 Quarkus 工作，但是它引入了对特定实现的严重依赖，因此我们不能使用纯 JPA 模块。

这与“干净的架构”相冲突，并使此类 DB 模块的测试变得复杂 [如果可能的话]。假设我希望能够对基于 Spring 和 Quarkus 的应用程序模块使用相同的 DB 模块(仅使用纯 JPA 注释)。它迫使我复制代码或在设计纯度方面作弊。

是否有可能使用纯 JPA 注释进行持久性，并可能通过插件(在编译期间修改代码)或使用不进行运行时字节码修改/使用反射的 ORM 框架付出代价？有什么例子吗？

PS。恭喜 1.0释放!干得好，Quarkus 团队。

Answer 1

Panache 完全是可选的，您可以坚持使用纯 JPA，如 https://quarkus.io/guides/hibernate-orm 中所述.

如果你能解释为什么你认为你必须使用 Panache，我相信这对 Quarkus 团队来说会很有趣。