我刚刚开始了夸夸其谈的概念证明。容器启动的时间太神奇了！
现在，我正在研究依赖注入部分。并找出选项。
https://quarkus.io/blog/quarkus-dependency-injection/
我的偏好是：
我更喜欢构造函数注入。 （一切正常）。
我更喜欢“ java config”，所以我可以遵循“ Composition Root”模式，将所有应用程序依赖项注入放在一个公共位置。 （请参见https://blog.ploeh.dk/2011/07/28/CompositionRoot/）
对于Spring DI，这是通过]完成的
org.springframework.context.annotation.Configuration
并在那里声明Bean。
同样，我不想在我的所有类中都放置“ @ApplicationScoped”批注。
CDI / Quarkus是否支持“ java config”模型？我问有关quarkus的原因是，我读quarkus的CDI实现方式有限。
//开始报价//我们的主要目标是实施超音速与CDI兼容的面向构建时的DI解决方案。这将允许用户继续在其应用程序中使用CDI，但也可以利用Quarkus的构建时优化。但是，ArC不是完整的CDI由TCK验证的实施-另请参阅支持的列表功能和限制列表。//结束报价
所以我的问题不只是CDI问题。
我尝试了不同的互联网搜索词，但它们不断向我显示Spring链接。 ：（
我刚刚开始了夸夸其谈的概念证明。容器启动时间真是太神奇了！现在，我正在研究依赖注入部分。并找出选项。 https：//quarkus.io/blog / ...
您应该创建一个将产生您的bean的CDI bean，这是Spring称为Java Configuration的标准CDI方法。