CDI/WELD构造函数注入最佳实践

Question

在一个"单性"；Jakarta EE 8应用程序我们希望将JSF与CDI结合使用。下图给出了视图和类如何相互依赖的示例：

JSF-View -> ViewController -> BeanA --> BeanA1
-> BeanA2

在这种情况下，ViewController是@Named+@ViewScoped，并且所有其他bean(BeanA、BeanA1、BeanA2(是@SessionScoped。我们希望使用构造函数注入作为最佳实践。基于此，我们的类看起来如下：

@Named
@ViewScoped
public class ViewController implements Serializable {
private final BeanA bean;

@Inject
public ViewController(final BeanA bean) {
this.bean = bean;
}
}
@SessionScoped
public class BeanA implements Serializable {
private final BeanA1 bean1;

private final BeanA2 bean2;

@Inject
public BeanA(final BeanA1 bean1, final BeanA2 bean2) {
this.bean1 = bean1;
this.bean2 = bean2;
}
}

当将其作为WAR部署到Wildfly 20时，我们以以下错误/异常结束：

"BeanA is not proxyable because it has no no-args constructor".

由于我们不打算在集群中运行服务器，我不明白为什么我们需要非args构造函数(根本不需要序列化(。

添加META-INF/org.jboss.weld.enableUnsafeProxies文件解决了这个问题，我们可以在没有任何错误的情况下部署和运行应用程序。我问自己，这是一个好的做法，还是我们错过了什么？

Answer 1

首先，最快的答案是：任何在正常范围内的bean都必须有一个非私有的零参数构造函数。此外，此类类不能是final，也不能具有非私有的虚拟final方法。@SessionScoped是一个正常范围。

如果您点击链接，您将看到CDI规范中出现这种情况的原因(可能主要(不是因为序列化，而是因为代理。

所引用的特性是特定于焊接的特征。如果您知道您将继续使用Weld来实现CDI，那么您当然可以继续使用此属性，但严格地说，您的CDI应用程序现在是不可移植的。这对你来说可能重要，也可能无关紧要。

对于这个问题，我发现的最实用、最真实的解决方案是定义一个包私有的零参数构造函数@Deprecated，它将字段设置为null。