Question

假设我有一个名为Guice服务的服务，这里是它的构造函数

public GuiceService(IPayment payment) {
    this.payment = payment;
}

我的代码用于使用Enum

创建它

IPayment payment = new PaymentFactory.create(PaymentType.Cash);
NaiveService naiveService = new NaiveService(payment);

我必须在某个地方进行工厂实施。像这样的东西

public IPayment create(PaymentType paymentType) {
    IPayment cardPayment = null;
    switch (paymentType) {
        case Cash:
            cardPayment = new CashPayment(100);
            break;
        case Card:
            cardPayment = new CardPayment(10, 100);
            break;
    }
    return cardPayment;

现在我想使用Guice，我想我想使用FactoryModuleBuilder。

如果我有更多的IPayment实施，那么这样做的方法是什么（例如CardPayment，CashPayment）
这适用于一个
```
install(new FactoryModuleBuilder()
   .implement(IPayment.class, CashPayment.class)
   .build(IPaymentFactory.class));
```
如何实现构造函数？
它还能获得IPayment吗？或者它会获得由Guice创建的factoryImpl吗？

由于

Answer 1

您现有的实施是最好的。

为清晰起见，让我们写一个 general 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实现（仍然需要存在）以某种形式或其他形式）。

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

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

1 个答案: