Pat*_*uld 9 java configuration dynamic guice
我想创建一个动态将实例绑定到命名注释的模块.用例是我想自动绑定配置中的值,属性文件中的键是@Named值.
但是配置绑定在不同的模块中,所以我需要注入配置.我看过的解决方案是:
在configure()方法中绑定.没有注入此方法,我无法获得基本配置.
使用Provider/@提供.提供者只绑定一个实例.
使用MultiBinder.我的用例与此扩展提供的内容略有不同.多重绑定允许您单独绑定多个实例,然后将它们作为包含更复杂类型的集合注入.我想分别绑定每个实例,并通过唯一可识别的方式将它们用于注入后者.
使用childInjector.不幸的是,如果不对现有代码进行大量修改,这是不可能的 这个答案很好地描述了如何以这种方式解决这个问题.
以某种方式注入活页夹.(我开始变得有些讨厌)Guice允许注入Injector供以后使用,我尝试通过@Provides方法将Binder注入模块,然后直接使用binder在方法中进行多次绑定.Guice不会注射粘合剂.
请记住,所有的configure方法来配置所有的绑定在Injector之前任何注射可能发生.那说了几件事:
将@Named属性绑定到单个Properties实例的内容是非常有用的,有一种Names.bindProperties(...)方法可以自动为您完成.唯一的技巧是你需要Properties在configure()运行的时候运行实例.
如果它们全部同时可用,请不要担心在一个模块中绑定属性并将应用程序绑定到另一个模块中.只要它们都是相同的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"));
}
}
Run Code Online (Sandbox Code Playgroud)您永远不需要将Binder(或其他任何东西)注入模块.
Module,binder将是一个参数configure().如果你想扩展AbstractModule,只需调用binder()方法即可.Provider使用@Inject字段/方法/构造函数编写实现,甚至可以在@Provides方法中接收参数(将自动填充依赖项).总的来说,我仍然倾向于使用子注入器方法(感谢链接和对我之前的答案的称赞!),这适合您的"基于注入实例的动态绑定"描述最好,并且字面上就是这么简单:
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);
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
9089 次 |
| 最近记录: |