请记住,在任何注入发生之前,所有 configure 方法都会配置 Injector 中的所有绑定 . 那说了几件事:
将 @Named 属性绑定到单个 Properties 实例的内容非常有用,有一个Names.bindProperties(...)方法可以自动为您执行此操作 . 唯一的技巧是你需要在 configure() 运行时拥有 Properties 实例 .
如果他们担心在一个模块中绑定属性并在另一个模块中绑定应用程序 . 只要它们都进入同一个 Injector ,Guice就会将它们全部组合在一起,让它们满足彼此的依赖关系 .
提供商可以返回不同的实例,通常会这样做 - 但你说得对,它无法帮助你区分密钥 . 如果直接注入Properties实例太难看了,可以考虑改造一个轻量级工厂:
public class ConfigOracle {
@Inject private Properties properties;
public String getAsString(String key) { ... }
public int getAsInt(String key) { ... }
}
public class SomeConfigUser {
@Inject private ConfigOracle configOracle;
public void doStuff() {
doStuffBasedOn(configOracle.getAsString("my.properties.key"));
}
}
您永远不需要将 Binder (或其他任何东西)注入模块 .
如果实现 Module , binder 将是 configure() 的参数 . 如果您应该扩展 AbstractModule ,只需调用 binder() 方法即可 .
您可以通过构造函数参数将依赖关系传递给Module,如果需要,(就我而言)是Module应该改变它们创建的绑定的唯一方法 .
有's no reason you couldn' t通过注射器创建一个模块,但是你只是试图逃脱只有一个 .
如果您需要Injector中的其他实例,您始终可以使用 @Inject fields / methods / constructors编写 Provider 实现,甚至可以在 @Provides 方法中获取参数(这将是filled in with dependencies automatically) .
总的来说,我仍然倾向于使用子注入器方法(感谢链接和对我之前的答案的称赞!),这适合您的“基于注入实例的动态绑定”描述最好,并且字面上就是这么简单:
class PropertiesModule extends AbstractModule {
Properties properties;
PropertiesModule(Properties properties) {
this.properties = properties;
}
@Override public void configure() {
Names.bindProperties(binder(), properties);
}
}
Injector oldInjector = Guice.createInjector(allYourOtherModules);
Module myModule = new PropertiesModule(oldInjector.get(Properties.class));
Injector injector = oldInjector.createChildInjector(myModule);