在创建Guice注入器时,我们是否需要对间接依赖进行模块化



当创建一个注入器来创建一个对象时,我们是否需要为其间接依赖项包含模块?

例如,在下面的代码中,我们应该如何在main()中创建注入器?

public class Foo {
    private Bar bar;
    @Inject
    public Foo(Bar bar) {
        this.bar = bar;
    }
    public static void main(String[] argv) {
        Injector injector = Guice.getInjector(new BarModule());
        // or Injector injector = Guice.getInjector(new BarModule(), new BarDepModule());
        Foo foo = injector.getInstance(Foo.class);
    }
}
//=====================
public interface Bar {}
public class BarImp {
    private BarDep barDep; // Dependency of Bar
    @Inject
    public Bar(BarDep barDep) {
        this.barDep = barDep;
    }
}
//=====================

当然,应该对BarDep有约束力。问题是我们应该明确加载BarDepModule,还是BarModule应该对此负责?

Fred Faber做了一个很好的演讲,介绍了一些最佳实践(但我在网上找不到幻灯片)。他的建议是垂直构建模块安装:最高级别的组件负责安装所有依赖项。在这种情况下,main应该同时绑定BarModule和BarDepModule。在未来,如果你有一些NachoModule也恰好依赖于BarDepModule,那么如果你采用这种方法,你就不会遇到绑定冲突。。。

是的,这正是策略。让最高级别的模块安装依赖项可以清楚地了解服务器/应用程序的配置方式。这有助于读者了解服务器是如何配置的,并且应该消除潜在的绑定冲突(如Nacho示例所示)。演示文稿的幻灯片如下:http://bit.ly/BigGuice2011

最新更新