Gluon 默認使用什么 CDI 機制？

Question

Gluon 示例向我們展示了如何使用 @Inject 注釋將我們的類依賴注入 (DI) 到其他類中。 我們還看到用@PostConstruct 注釋的方法允許我們初始化一個“應用程序上下文”代表我們實例化的類，然后在其他地方注入對它的引用。

在使用 JavaFX/Gluon 進行移動開發之前，我的經驗是服務器端應用程序，使用 SpringFramework for DI。 但是現在，我不明白如何獲取對我的應用程序的 Bean 上下文的句柄/引用，借此我可以獲取一個單例 bean 以用於位於托管 bean 上下文之外的靜態代碼中。

我在Gluon 開發人員文檔中沒有看到關於 CDI 如何完成的解釋。 我發現像這樣的教程解釋了 Weld 是 CDI 的 Java EE 參考實現，甚至可以在 Java SE 中工作。 但是嘗試在我的代碼中以此開始：

private Weld weld;

不會導致我的 IDE 允許我從我的應用程序的 maven 依賴項列表中導入類。 那么，Gluon 中 DI 的神奇之處不在於 Weld 的使用？ 在 JavaFX中使用 Weld 的一些獨立解釋似乎都是非常古老的文章，暗示沒有人再以這種方式進行 CDI。

然后我發現了這個關於Gluon Ignite 的6 年前 Gluon 公告。 閱讀我能找到的關於它的內容，包括GitHub 上的自述文件，我認為這可能也不是我想要的。 它似乎與那些將 Guice、Spring 或其他 DI 框架實施到他們的 Gluon 應用程序中的人有關。 但是我還沒有在我的工作中引入任何這些 - 然而，正如我在這篇文章的頂部指出的那樣，DI 已經在我的 Gluon 移動應用程序中工作。

我對使用業界著名的 DI 框架之一很感興趣，但沒有關於它的 Gluon 教程文檔（和示例應用程序）。 所以，我很滿足於繼續利用我們在 Gluon 中已經獲得的任何東西，以適應 DI 行為。 它是什么？ 我們在哪里可以閱讀有關它的更多信息以更好地控制使用它？

Answer 1

JavaFX 沒有規定任何 DI 框架，從技術上講，您也不需要。 但是，如果您想使用一個，您可以使用任何您想要的以及在客戶端應用程序中有意義的內容。 （您實際上指的是哪個具體示例？）

Answer 2

在他們使用的一些示例中， http://afterburner.adam-bien.com/我想這就是您的意思。