我正在尝试结合Guice的这3个功能:注入,多重绑定,泛型。我创建了一个生产项目的原型,所以这里是:
首先,这是泛型的一个小层次结构(在生产情况下有N个实体的层次结构):
public interface Type {
}
public class Type1 implements Type{
}
public class Type2 implements Type {
}
接下来,我想通过 Factory 创建 ToCreate1 和 ToCreate2 。
基类:
public abstract class AbstractToCreate<T extends Type> {
public T type;
public Integer param;
public AbstractToCreate(T type, Integer param){
this.type = type;
this.param = param;
}
}
这是继承人:
public class ToCreate1 extends AbstractToCreate<Type1>{
@Inject
public ToCreate1(Type1 type, @Assisted Integer param) {
super(type, param);
}
}
public class ToCreate2 extends AbstractToCreate<Type2> {
@Inject
public ToCreate2(Type2 type, @Assisted Integer param) {
super(type, param);
}
}
然后,工厂本身:
public interface Factory<T extends Type> {
AbstractToCreate<T> create(Integer param);
}
所以,现在我要注入一个地图,包含 Factory&lt; Type1&gt; 和 Factory&lt; Type2&gt; 来创建 ToInject1 和 ToInject2 。
所以,我用configure方法创建了Guice的 AbstractModule :
protected void configure() {
install(new FactoryModuleBuilder()
.implement(new TypeLiteral<AbstractToCreate<Type1>>(){}, ToCreate1.class)
.build(new TypeLiteral<Factory<Type1>>(){}));
install(new FactoryModuleBuilder()
.implement(new TypeLiteral<AbstractToCreate<Type2>>(){}, ToCreate2.class)
.build(new TypeLiteral<Factory<Type2>>(){}));
MapBinder<String, Factory> mapBinder = MapBinder.newMapBinder(binder(), String.class, Factory.class);
mapBinder.addBinding("type1").to(new TypeLiteral<Factory<Type1>>(){});
mapBinder.addBinding("type2").to(new TypeLiteral<Factory<Type2>>(){});
}
所以,我注入@Inject public Map<String, Factory> map;
并且一切都好了:
Factory<Type1> factory1 = main.map.get("type1");
Factory<Type2> factory2 = main.map.get("type2");
AbstractToCreate<Type1> create1 = factory1.create(1);//create1 is ToCreate1 instance
AbstractToCreate<Type2> create2 = factory2.create(2);//create2 is ToCreate2 instance
正如我之前提到的,我的生产系统中有更多类型,因此 AbstractModule 变得过于繁琐。 我试图避免重复代码和修改 configure 方法:
@Override
protected void configure() {
this.<Type1>inst(ToCreate1.class);
this.<Type2>inst(ToCreate2.class);
}
private <V extends Type> void inst(Class<? extends AbstractToCreate<V>> clazz) {
install(new FactoryModuleBuilder()
.implement(new TypeLiteral<AbstractToCreate<V>>(){}, clazz)
.build(new TypeLiteral<Factory<V>>(){}));
}
它不起作用! Guice说:
1) ru.test.genericassistedinject.AbstractToCreate<V> cannot be used as a key; It is not fully specified.
怎么了?
答案 0 :(得分:3)
这里的问题是类型擦除。特别是,这段代码:
private <V extends Type> void inst(Class<? extends AbstractToCreate<V>> clazz) {
install(new FactoryModuleBuilder()
.implement(new TypeLiteral<AbstractToCreate<V>>(){}, clazz)
.build(new TypeLiteral<Factory<V>>(){}));
}
无法工作,因为它依赖于类型参数V
来帮助做出运行时决策(使用什么绑定),但类型参数V
没有运行时表示,因此它的值永远不会直接影响运行时。另一种思考方式:Java无法读取&#34;泛型中的类型参数值;无论在调用者中实例化new TypeLiteral<Factory<V>>(){}
是什么,V
始终都是相同的值。
当您遇到与擦除相关的问题时,通常情况就是添加一个代表您想要的类型的运行时值。在这种情况下,这是特别棘手的,因为你想要做的是将类型参数的值表示为更大的类型。
有几种方法可以获得表示静态类型的运行时值。 TypeToken
是一个而Class
是另一个,但它们都不允许您使用参数表示类型,然后以编程方式填充该值。幸运的是,Google Guava包含另一个代表com.google.common.reflect.TypeToken
,它将对我们有用。 TypeToken
可以表示具有变量的类型,并以编程方式支持&#34;填写&#34;具有具体表示的变量,例如:
new TypeToken<List<V>>() {}.where(new TypeParameter<V>() {}, Integer.class)
表示运行时的类型List<Integer>
。
使用TypeToken
我们可以构建我们的类型,如下所示:
private <V extends Type> void inst(Class<? extends AbstractToCreate<V>> clazz, Class<V> binding) {
TypeToken<AbstractToCreate<V>> implementationType = new TypeToken<AbstractToCreate<V>>() {}
.where(new TypeParameter<V>() {}, binding);
TypeToken<Factory<V>> factoryType = new TypeToken<Factory<V>>() {}
.where(new TypeParameter<V>() {}, binding);
@SuppressWarnings("unchecked") // The type returned by TypeToken::getType is always the type it represents
Key<AbstractToCreate<V>> key = (Key<AbstractToCreate<V>>) Key.get(implementationType.getType());
@SuppressWarnings("unchecked") // as above
Key<Factory<V>> factoryKey = (Key<Factory<V>>) Key.get(factoryType.getType());
install(
new FactoryModuleBuilder()
.implement(key, clazz)
.build(factoryKey));
}
现在我们可以通过以下方式致电inst
inst(ToCreate1.class, Type1.class);
inst(ToCreate2.class, Type2.class);
一切都会按预期运作。
这是非常奇特的东西,理解它取决于对类型的编译时和运行时表示之间的区别有很好的理解。如果是我,我不会这样做,如果它只是你想要使用一次或两次,因为混乱的负担是相当高的;我只会这样做,如果这是图书馆或其他东西的一部分,你可以为每个来电者节省一些工作。