你有什么建议？
我发现最适合我的解决方案 – 在枚举类中保留注入器和模块.
好处：
>一次创建注射器和模块,
>可以在运行应用程序时使用不同类的注入器(不仅仅是在引导程序中),
>注射器保存在一个地方,很容易找到.
例：
import static ru.package.Modules.*;
public enum Injectors {
FOO_INJECTOR(BarModule.module()),FOO2_INJECTOR(FOO_INJECTOR.injector(),Bar2Module.module(),FooModule.module());
private final Injector m_injector;
Injectors (Module... modules) {
m_injector = Guice.createInjector(modules);
}
Injectors (Injector parentInjector,Module... modules) {
m_injector = parentInjector.createChildInjector(modules);
}
public Injector injector() {
return m_injector;
}
}
解决方法
您似乎从根本上误解了依赖注入的工作原理.如果您尝试在代码中的任何位置使用对Injector的引用,那么除了引导应用程序的位置之外,您还没有使用依赖项注入,而是将其用作服务定位器.每当你需要测试一个类时,你就不得不准备一个Injector,而你的类并没有在它们的构造函数中明确说明它们的依赖关系(因为谁知道如果有的话,他们会从某些方法中获取它们的内容)或者可以参考它).实际上,正如您在此处所描述的那样使用枚举甚至比这更糟糕：您甚至无法更改配置,即使是测试,因为您的模块已硬编码到枚举中.
通过依赖注入,类仅声明它们的依赖项,并允许Injector透明地工作(在初始调用之后获取根应用程序对象),以提供所有这些依赖项.这使得在代码中理解,测试和更改功能相对容易.无论如何,我建议更多地了解如何使用DI和Guice ……你真的不应该这样做.
