【发布时间】:2020-02-20 22:53:31
【问题描述】:
我刚刚开始了 quarkus 概念验证。容器启动时间太棒了!
现在,我正在研究依赖注入部分。并找出选项。
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 链接。 :(
【问题讨论】: