Guice – 如何实现返回不同实现的工厂
假设我有一个名为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？
谢谢
您现有的实施是最好的。
为清楚起见，我们写出一般的 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 bitcoinServiceProvider; @Override public BitcoinPayment create(long value) { return new BitcoinPayment(value, bitcoinServiceProvider.get()); } }
一方面，工厂比你想象的更笨：它只是将参数与依赖关系结合起来得到一个完整的列表。 另一方面，它很方便：你指定一次依赖列表，Guice完成剩下的工作。
总结： FactoryModuleBuilder不会解决您的问题，但它可以帮助您为CashPayment和CardPayment创建工厂，然后您可以将其注入您的手动PaymentFactory实现（仍然需要以某种forms或其他forms存在）。
PS在您的示例中，可能是演示的“玩具问题”，您可能不需要使用Guice。 Guice对于需要依赖的服务对象是一个很好的解决方案，但是可以使用构造函数直接构造数据对象（如支付）或其他似乎不需要依赖的对象（如GuiceService或NaiveService）。 一旦他们开始需要注入Guice的依赖项，就应该很容易使它们具有Guice感知能力。