java – Guice – 如何实现返回不同实现的工厂

为清楚起见,我们写出一般的IPaymentFactory：

public interface IPaymentFactory {
  IPayment create(/* ... */);
}

所以IPaymentFactory的实例定义了一个方法,它接受一些参数并返回一个IPayment实例.你可以自己编写一个实现,显然你有,但Guice的FactoryModuleBuilder自动提供这样的接口实现.你永远不需要定义关于该类的任何其他内容：Guice将为您构建构造函数,并将其绑定到IPaymentFactory,以便您可以注入IPaymentFactory实例,使用您的参数调用create(…),并获取IPayment实例.

看起来你想要的是一个带Enum的工厂：

public interface IPaymentFactory {
  IPayment create(PaymentType paymentType);
}

…但鉴于CashPayment需要一个任意参数,而CardPayment需要两个任意参数,并且假设它们之间的选择需要映射到任意PaymentType枚举,那么你没有给Guice足够的信息来构造正确的对象.

Guice FactoryModuleBuilder设计用于将构造函数参数与依赖项组合：

// Constructor:
@Inject public BitcoinPayment(
    @Assisted long value,// varies by instance as a constructor parameter
    BitcoinService bitcoinService // passed-in dependency satisfied by Guice
    ) { /* ... */ }

// Factory interface:
public IBitcoinPaymentFactory {
  BitcoinPayment create(long value); // users don't need to know about dependencies!
}

// Factory binding...
install(new FactoryModuleBuilder().build(IBitcoinPaymentFactory.class));

// ...which lets Guice write the equivalent of:
public GeneratedBitcoinPaymentFactory implements IBitcoinPaymentFactory {
  @Inject Provider<BitcoinService> bitcoinServiceProvider;

  @Override public BitcoinPayment create(long value) {
    return new BitcoinPayment(value,bitcoinServiceProvider.get());
  }
}

一方面,工厂比你想象的更笨：它只是将参数与依赖关系结合起来得到一个完整的列表.另一方面,它很方便：你指定一次依赖列表,Guice完成剩下的工作.

总结：FactoryModuleBuilder不会解决您的问题,但它可以帮助您为CashPayment和CardPayment创建工厂,然后您可以将其注入您的手动PaymentFactory实现(仍然需要以某种形式或其他形式存在).

附：在您的示例中,可能是演示的“玩具问题”,您可能不需要使用Guice.对于需要依赖关系的服务对象,Guice是一个很好的解决方案,但是可以使用构造函数直接构造数据对象(如支付)或其他似乎不需要依赖的对象(如GuiceService或NaiveService).一旦他们开始需要注入Guice的依赖项,就可以很容易地使它们具有Guice感知能力.