java – Can Guice可以根据参数自动创建不同类的实例吗？

MapBinder式

class IModule extends AbstractModule {
  @Override public void configure() {
    MapBinder<Integer,I> myBinder =
        MapBinder.newMapBinder(binder(),Integer.class,I.class);
    myBinder.addBinding(1).to(A.class);
    // Add more here.
  }
}

// You can even split the MapBinding across Modules,if you'd like.
class SomeOtherModule extends AbstractModule {
  @Override public void configure() {
    // MapBinder.newMapBinder does not complain about duplicate bindings
    // as long as the keys are different.
    MapBinder<Integer,I.class);
    myBinder.addBinding(3).to(C.class);
    myBinder.addBinding(4).to(D.class);
  }
}

配置有这些模块的注射器将提供可注射的Map< Integer,I>.有一切事物的实例;这里它将是一个从3到完全注入的A实例的三条目映射,从3到C实例,从4到D实例.这实际上是对您的switch示例的改进,它使用了new关键字,因此没有将任何依赖项注入A或B.

对于不会创建如此多浪费实例的更好选项,请注入Map< Integer,Provider< I>> MapBinder也自动提供.像这样使用它：

class YourConsumer {
  @Inject Map<Integer,Provider<I>> iMap;

  public void yourMethod(int iIndex) {
    // get an I implementor
    I i = iMap.get(iIndex).get();
    // ...
  }
}

但是,要提供“默认”实现(和不透明的接口),您需要在MapBinder地图之上实现自己的短包装器：

class IFactory {
  @Inject Map<Integer,Provider<I>> iMap;
  @Inject Provider<B> defaultI; // Bound automatically for every Guice key

  I getI(int i) {
    return iMap.containsKey(i) ? iMap.get(i).get() : defaultI.get();
  }
}

更简单,工厂风格

如果上面看起来有点矫枉过正,请记住你可以inject an Injector并创建一个从键到实现的本地Map. (你也可以像我在这里一样使用ImmutableMap).

class IFactory {
  @Inject Injector injector; // This is a bad idea,except for times like this
  @Inject Provider<B> defaultI;
  static final ImmutableMap<Integer,Class<? extends I>> map = ImmutableMap.of(
      1,A.class,3,C.class,4,D.class);

  I getI(int i) {
    return map.containsKey(i)
        ? injector.getInstance(map.get(i))
        : defaultI.get();
  }
}