JavaConfig不依赖于Spring

JavaConfig不依赖于Spring,java,spring,jakarta-ee,Java,Spring,Jakarta Ee,Java增加了官方的依赖项注入支持,比如@Inject、@Named和其他in。这些可以用于不同的框架,如Spring或Guice Spring还提供了一种新的配置,例如使用@Configuration和@Import作为XML配置的替代 我的问题是,有没有办法在不依赖Spring的情况下使用注释和JavaConfig来完成相同的应用程序配置?没有好办法做到这一点,因为必须有某种方法将非特定于框架的代码绑定到框架中。提供了对依赖项注入的良好支持,但无论是使用Spring的@Configurati

Java增加了官方的依赖项注入支持,比如@Inject、@Named和其他in。这些可以用于不同的框架,如Spring或Guice

Spring还提供了一种新的配置,例如使用@Configuration和@Import作为XML配置的替代


我的问题是,有没有办法在不依赖Spring的情况下使用注释和JavaConfig来完成相同的应用程序配置?

没有好办法做到这一点,因为必须有某种方法将非特定于框架的代码绑定到框架中。提供了对依赖项注入的良好支持,但无论是使用Spring的@Configuration还是Guice模块,您仍然需要某种方法将其绑定到框架中。

您是否想专门使用@Configuration来注册要注入的bean,或者你是在更一般地问是否有等效的替代方案?更一般地问是否有其他替代方案,以及Java是否有自己的版本。我的主要想法是,如果我想在应用程序中使用一些基于注释的JavaConfig,并且将来我想更改为不同的DI框架Spring或Guice或Dagger或其他东西,我的选择是什么;例如,如果您使用的是Guide,那么您将编写模块@配置是Spring的东西,旧的@Autowired注释也是如此@Inject是Spring也认识到的一个等价物,它可以跨框架工作。这就是通过Guice/Spring所看到的,不确定是否有其他共享组件将其真正绑定在一起,并使插件变得简单。谢谢你的回答。最后你必须将非框架特定的代码绑定到框架上,否则框架类将无法加载。。。我认为框架中立在多模块项目中很有用,因为每个团队维护一个模块,提供bean库的团队不必知道他们的客户团队正在使用的DI框架,或者客户团队可以相对容易地更改DI框架。