如何使用 Google Guice 实现“机器人腿”用例？-ICode联盟

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

IT小君 2021-11-15T13:50:16

我正在学习 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;

}

是否存在一些让我这样做的注释或绑定，让我注释一个像的成员serviceWithADatabaseSource，这有助于 Guice 知道内部成员source应该被注入SourceDatabase实现？

编辑：感谢 Daniel Martin，在他的评论中为我们提供了此类问题的名称。

点击广告，支持我们为你提供更好的服务

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")); } }); } }

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

IT小君

正如Guice Wiki 中所述，您需要安装两个PrivateModule，每个都为您公开一个带有正确注释的服务。

如果模块不是 PrivateModule 实例，则这些到 Source 和 Service 的绑定会相互冲突。然而，相反，每个绑定都继承了注入器的所有公共绑定，但只@Named(...) Service向外界公开。这样，相同的Service实现可以注入相同的未注释Source但返回不同的完全注入类型。

另请注意，您将无法在 PrivateModules 之外请求Sourceor Service（没有注释），因为您尚未在任何非私有模块中建立绑定。这应该是预料之中的：PrivateModule 绑定不应与任何公共绑定冲突，并且如果不通过 PrivateModule 的公开绑定之一进入，Guice 将不知道返回哪个Source或Service返回哪个。

最后，鉴于 Module 实例可以接受构造函数参数，将两个匿名内部 PrivateModules 提取到命名的等效项中可能是个好主意：

2021-11-15T13:50:16 回复