我怀疑如何在存在多个相同接口的实现时使用guice实现依赖注入,并且这种依赖是在运行时根据参数定义的,所以我将举一个例子来轻松解释我的问题：

想象一下,您有一个模块可以加载多种格式的文件,基本上您有一个定义合同的接口,以及每种格式的多个实现：

public interface FileLoader {
void load(File file);
}
public class YMLFileLoader{
void load(File file){
System.out.println("Loading YML");
}
}
public class XMLFileLoader{
void load(File file){
System.out.println("Loading XML");
}
}

现在,在运行时,guice必须根据文件扩展名定义必须用于加载它的实现.

我保持代码清洁的想法是使用注释,因为每个实现都指定了她通过@FileLoaderType注释加载的内容.

@Singleton
@FileLoaderType("yml")
public class YMLFileLoader{
void load(File file)
{
System.out.println("Loading YML");
}
}
@Singleton
@FileLoaderType("xml")
public class XMLFileLoader{
void load(File file)
{
System.out.println("Loading XML");
}
}

我的第一个问题是如果可以实施？

作为第一个问题是积极的,有任何方法可以实现这个解决方案,其中FileLoader的每个新实现都不需要在支持解决方案的AbstractModule的实现中进行重构？

换句话说,基本上每个FileLoader的新实现都只需要注释@FileLoaderType的存在才能知道如果扩展与她匹配,它应该注入什么依赖.

解决方法:

Guice无法做的一件事是它无法扫描你的类路径并找到你所拥有的类,所以你需要一些方法来告诉你有哪些类可用.因此,让我们将您的问题分成两半：获取FileLoader实现类的列表,并将这些类绑定到Guice中.

让我先解决下半场问题.我假设你的AbstractModule子类中有一个带有签名的getFileLoaderClasses方法：

private List> getFileLoaderClasses() { ... }

在这种情况下,我建议绑定FileLoader实现的是这样的：

private void bindFileLoaders() {
MapBinder mapBinder
= MapBinder.newMapBinder(binder(), String.class, FileLoader.class);
for (Class extends FileLoader> implClass : getFileLoaderClasses()) {
FileLoaderType annotation = implClass.getAnnotation(FileLoaderType.class);
if (annotation == null) {
addError("Missing FileLoaderType annotation on " + implClass.getClass());
continue;
}
mapBinder.addBinding(annotation.getValue()).to(implClass);
}
}

这需要guice-multibindings扩展.绑定这样的实现后,您可以将其用作：

public class MyLoader {
@Inject Map fileLoaderMap;
public void load(File file, String type) {
FileLoader fileLoader = fileLoaderMap.get(type);
if (fileLoader == null) {
throw new IllegalArgumentException("No file loader for files of type " + type);
}
fileLoader.load(file);
}
}

那么现在,我们如何获得完整的实现类列表？有几种方法可以做到这一点：

>让一个类具有所有实现类的静态列表：

public class FileLoaderRegistry {
public static final List> impls =
ImmutableList.of(
YMLFileLoader.class,
XMLFileLoader.class,
JsonFileLoader.class
);
}

这样做的好处是它可能是最简单的解决方案.

它的缺点是您需要使用每个新实现更新这个文件,然后重新编译它.

>在其中包含所有类名的文本文件,并在读取文件的所有行后使用Class.forName()加载类.

>如果你在不同的jar文件中有FileLoader实现,你可以有一个文本文件列出公共位置中每个jar中的类的名称,然后使用System.getResources()来获取指向每个jar的URL的枚举文本文件.然后读取每个文件并使用Class.forName()加载类对象.

>最复杂的选项是使用annotation processing tool作为编译过程的一部分,并使用它来生成文本文件或注册表类.这是一个单独的问题.

标签：java,dependency-injection,guice