如何在Google Guice中实现“机器人腿”用例？

Question

我正在学习Google Guice。您知道如何解决“机器人腿”问题吗？让我用一个例子解释一下。

假设我有一个叫做的类Service：

@Singleton
public class Service {
    @Inject
    Source source;

}

该接口Source有两种实现：

public class SourceDatabase implements Source {

}

public class SourceFileSystem implements Source {

}

我的模块是这样实现的：

public class MyModule extends AbstractModule {
    @Override
    protected void configure() {
        bind(Service.class).asEagerSingleton();
    }
}

好吧，我想知道这是否可能：

public class MainClass {

    @Inject @SomeAnnotation("database")
    Service serviceWithADatabaseSource;

    @Inject @SomeAnnotation("file-system")
    Service serviceWithAFileSystemSource;

}

是否存在一些让我做到这一点的注释或绑定，让我对like这样的成员进行注释serviceWithADatabaseSource，这有助于Guice知道应该向内部source注入SourceDatabase实现？

编辑： 感谢丹尼尔·马丁（Daniel Martin）在他的评论中给我们提供了此类问题的名称。

Answer 1

如Guice
Wiki中所述
，您需要安装两个PrivateModule，每个都为您提供带有正确注释的Service。

public class MyModule extends AbstractModule {
  @Override
  protected void configure() {
    install(new PrivateModule() {
      @Override public void configure() {
        // Bind Source to SourceDatabase.
        bind(Source.class).to(SourceDatabase.class);
        // Bind @Named("database") Service to Service.
        bind(Service.class).annotatedWith(Names.named("database"))
            .to(Service.class);
        // Now expose @Named("database") Service without exposing
        // either of the other two conflicting bindings.
        expose(Service.class).annotatedWith(Names.named("database"));
      }
    });
    install(new PrivateModule() {
      @Override public void configure() {
        // Same as above.
        bind(Source.class).to(SourceFileSystem.class);
        bind(Service.class).annotatedWith(Names.named("file-system"))
            .to(Service.class);
        expose(Service.class).annotatedWith(Names.named("file-system"));
      }
    });
  }
}

如果模块不是PrivateModule实例，则到Source和Service的那些绑定将相互冲突。但是，每个绑定取而代之的是从Injector继承所有公共绑定，而仅将In暴露@Named(...) Service给外部世界。这样，相同的Service实现可以注入相同的未注释Source但返回不同的完全注入类型。

另请注意，由于您尚未在任何非私有模块中建立绑定，因此您将无法在PrivateModules之外请求Source或Service（没有注释）。这应该是预期：该PrivateModule绑定不应该与任何公开的绑定冲突，并没有通过PrivateModule的暴露绑定一个进入，吉斯不知道哪个Source或Service返回。

最后，考虑到Module实例可以使用构造函数参数，将两个匿名内部PrivateModules提取为命名的等效项可能是一个好主意：

public class MyModule extends AbstractModule {
  @Override
  protected void configure() {
    install(new SourcePrivateModule(SourceDatabase.class, "database"));
    install(new SourcePrivateModule(SourceFileSystem.class, "file-system"));
  }
}