不嚴重依賴 Panache 的 Quarkus？

Question

我喜歡在 Quarkus 中使用 JAX-RS 的想法，因為它將使代碼不依賴於框架實現。 但是，當涉及到數據庫時，我們建議使用“Panache”並從PanacheEntity擴展數據庫實體。 我想這對 AOT 工作（基本上是 Quarkus 試圖做的）非常方便和有益，並且大大簡化了 Quarkus 的工作，但它引入了對特定實現的嚴重依賴，因此我們不能使用純 JPA 模塊。

這與“干凈的架構”相沖突，並使此類 DB 模塊的測試變得復雜 [如果可能的話]。 假設我希望能夠對 Spring 和基於 Quarkus 的應用程序模塊使用相同的數據庫模塊（僅使用純 JPA 注釋）。 它迫使我復制代碼或在設計純度方面作弊。

是否有可能使用純 JPA 注釋來實現持久性並可能使用插件（在編譯期間修改代碼）或使用不進行運行時字節碼修改/使用反射的 ORM 框架來付出代價？ 有什么例子嗎？

附言。 祝賀1.0發布，干得好。 誇克團隊。

Answer 1

Panache 完全是可選的，您可以堅持使用普通的 JPA，如https://quarkus.io/guides/hibernate-orm中所述。

如果你能解釋為什么你認為你必須使用 Panache，我相信這對 Quarkus 團隊來說會很有趣。

Answer 2

首先，我完全同意。 我覺得這違背了規范優先的想法。

但我覺得這個想法是擴展他們已經承認的 Quarkus 反應能力，目前僅適用於 REST 資源。

如果您堅持使用 JPA，我猜您將無法訪問 Mutuniy 功能，這與您使用 Panache 和 Hibernate Reactive 不同。