我知道我可以將所有與接口匹配的 bean 作為實(shí)例注入，然后以編程方式在它們之間進(jìn)行選擇：@Inject @Any Instance<PaymentProcessor> paymentProcessorSource;這意味著我必須將選擇邏輯放入客戶端。作為替代方案，我可以使用帶有 lambda 表達(dá)式的詞法范圍來(lái)緩存 ejb 的值嗎？在這種情況下，容器是否能夠正確管理 ejb 的生命周期，還是要避免這種做法？例如，將 PaymentProcessorImpl1 e PaymentProcessorImpl2 作為 PaymentProcessor 的兩個(gè)策略，如下所示：public class PaymentProcessorProducer {@Injectprivate PaymentProcessorImpl1 paymentProcessorImpl1;@Injectprivate PaymentProcessorImpl2 paymentProcessorImpl2;@Producesprivate Function<String, PaymentProcessor> produce() { return (strategyValue) -> { if ("strategy1".equals(strategyValue)) { return paymentProcessorImpl1; } else if ("strategy2".equals(strategyValue)) { return paymentProcessorImpl2; } else { throw new IllegalStateException("Tipo non gestito: " + strategyValue); } };}}然后進(jìn)入客戶端進(jìn)行類似的操作：@InjectFunction<String, PaymentProcessor> paymentProcessor;...paymentProcessor.apply("strategy1")
1 回答
不負(fù)相思意
TA貢獻(xiàn)1777條經(jīng)驗(yàn) 獲得超10個(gè)贊
作為替代方案，我可以使用帶有 lambda 表達(dá)式的詞法范圍來(lái)緩存 ejb 的值嗎？
理論上，你可以這樣做。它是否有效很容易我們自己嘗試。
在這種情況下，容器是否能夠正確管理 ejb 的生命周期，還是要避免這種做法？
這里的 EJB 究竟是什么？的實(shí)施PaymentProcessor？請(qǐng)注意，EJB bean 與 CDI bean 不同。由于在 CDI 容器中不控制 EJB bean 的生命周期，它“僅提供一個(gè)包裝器供您像使用 CDI bean 一樣使用它們”。
話雖如此，生命周期仍然相同 - 在您的情況下，生產(chǎn)者正在創(chuàng)建@Dependentbean，這意味著每次注入時(shí)Function<String, PaymentProcessor>，生產(chǎn)者都會(huì)被調(diào)用。
造成某些問(wèn)題的是，您對(duì)在任何給定時(shí)間處于活動(dòng)狀態(tài)的兩個(gè)或多個(gè)上下文創(chuàng)建假設(shè)。當(dāng)您決定實(shí)際使用apply()該功能時(shí)，您的實(shí)現(xiàn)存在的范圍可能處于活動(dòng)狀態(tài)，也可能未處于活動(dòng)狀態(tài)。如果他們都是ApplicationScoped例如，你應(yīng)該沒(méi)問(wèn)題。但是，如果它們是SessionScoped并且您碰巧在應(yīng)用函數(shù)之前超時(shí)/無(wú)效會(huì)話，那么您將進(jìn)入一個(gè)非常奇怪的狀態(tài)。
這可能就是為什么我寧愿避免這種方法并使用限定符的原因。或者，您可以引入一個(gè)新的 bean，該 bean 中包含兩種策略，并具有一個(gè)帶有參數(shù)的方法，該參數(shù)決定使用哪種策略。
添加回答
舉報(bào)
0/150
提交
取消