如何使用 Guice 很好地处理构造函数中的检查异常？

Question

我的代码如下所示：

class A {
  X x;

  A() {
    Class<? extends X> cls = ...;
    Module module = ...;
    Injector injector = Guice.createInjector(module);
    x = injector.getInstance(cls);
  }
}

具体类型 cls 仅在运行时确定，并且在调用此构造函数之前不知道。

我现在的问题是 cls 的构造函数预计会抛出已检查的异常，并且我想处理它们（如果可能的话，不要从 ProvisionException 中解开它们）。 Guice 文档说我应该使用 throwing 提供程序扩展，这在这里似乎很复杂。有没有比这更简单的方法：

interface MyCheckedProvider<T> extends CheckedProvider<T> {
  T get() throws MyCheckedException;
}

class XImplProvider implements MyCheckedProvider<X> {
  @Inject dependency1;
  @Inject dependency1;

  X get() throws MyCheckedException {
    return new XImpl(dependency1, dependency2);
  }
}

class ProviderHolder {
  @Inject MyCheckedProvider<X> provider;
}

class A {
  X x;

  A() {
    Class<? extends MyCheckedProvider<X>> providerClass = ...;
    Module module = new AbstractModule() {
      void configure() {
        ...
        ThrowingProviderBinder.create(binder())
          .bind(MyCheckedProvider.class, X.class)
          .to(providerClass.class);
      }
    };

    Injector injector = Guice.createInjector(module);
    ProviderHolder holder = injector.getInstance(ProviderHolder.class);
    try {
      x = holder.provider.get();
    catch (MyCheckedException e) {
      ...
    }
  }
}

接口 MyCheckedProvider 就可以了，因为它可以在多个地方重用，但我在每个地方都需要一个单独的 ProviderHolder 类需要类似的东西，并且我需要为每个实现 X 的类（可能有很多）提供特定的提供程序实现。因此，这比仅仅注入 XFactory 并为每个具体类型编写 XFactoryImpl（我试图避免）还要更多的工作。

我曾希望我可以做类似

injector.getInstance(new TypeLiteral<MyCheckedProvider<X>>() {});

or 的

injector.getCheckedProvider(cls, MyCheckedException.class);

事情，但似乎这不受支持。

Answer 1

您想在此处使用 Key 类，而不是 TypeLiteral。那么就不需要 ProviderHolder：

Injector injector = Guice.createInjector(module);
MyCheckedProvider<X> provider = injector.getInstance(new Key<MyCheckedProvider<X>>(){});
try {...