不严重依赖 Panache 的 Quarkus？
Quarkus without heavy dependencies on Panache?
我喜欢在 Quarkus 中使用 JAX-RS 的想法，因为它将使代码不依赖于框架实现。但是，当涉及到 DB we're proposed 时，使用 "Panache" 并从 PanacheEntity 扩展 DB 实体。我想这对于 AOT 工作（基本上是 Quarkus 试图做的）非常方便和有益，并且大大简化了 Quarkus 的工作，但它引入了对特定实现的严重依赖，因此我们不能使用纯 JPA 模块。
这与 "clean architecture" 冲突并使此类数据库模块的测试变得复杂 [如果可能的话]。假设我希望能够对 Spring 和基于 Quarkus 的应用程序模块使用相同的数据库模块（仅使用纯 JPA 注释）。它迫使我复制代码或在设计纯度方面作弊。
是否有可能使用纯 JPA 注释来持久化并可能使用插件（在编译期间修改代码）或使用不执行运行时字节码的 ORM 框架来付出代价modification/use 反射？有例子吗？
PS。祝贺 1.0 发布！干得好，Quarkus 团队。
Panache 完全是可选的，您可以坚持使用纯 JPA，如 https://quarkus.io/guides/hibernate-orm 中所述。
如果您能解释为什么您认为必须使用 Panache，我相信这对 Quarkus 团队来说会很有趣。
我喜欢在 Quarkus 中使用 JAX-RS 的想法，因为它将使代码不依赖于框架实现。但是，当涉及到 DB we're proposed 时，使用 "Panache" 并从 PanacheEntity 扩展 DB 实体。我想这对于 AOT 工作（基本上是 Quarkus 试图做的）非常方便和有益，并且大大简化了 Quarkus 的工作，但它引入了对特定实现的严重依赖，因此我们不能使用纯 JPA 模块。
这与 "clean architecture" 冲突并使此类数据库模块的测试变得复杂 [如果可能的话]。假设我希望能够对 Spring 和基于 Quarkus 的应用程序模块使用相同的数据库模块（仅使用纯 JPA 注释）。它迫使我复制代码或在设计纯度方面作弊。
是否有可能使用纯 JPA 注释来持久化并可能使用插件（在编译期间修改代码）或使用不执行运行时字节码的 ORM 框架来付出代价modification/use 反射？有例子吗？
PS。祝贺 1.0 发布！干得好，Quarkus 团队。
Panache 完全是可选的，您可以坚持使用纯 JPA，如 https://quarkus.io/guides/hibernate-orm 中所述。
如果您能解释为什么您认为必须使用 Panache，我相信这对 Quarkus 团队来说会很有趣。