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

【问题标题】：CDI / WELD Constructor injection best practicesCDI / WELD 构造函数注入最佳实践
【发布时间】：2021-02-13 00:15:06
【问题描述】：

在“单一的”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".

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

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

【问题讨论】：

标签： java jakarta-ee cdi weld java-ee-8

【解决方案1】：

首先，最快的答案是：在正常范围内的任何 bean must have a non-private, zero-argument constructor. In addition, such classes must not be final and must not have non-private, virtual final methods. @SessionScoped 都是 normal scope。

如果您点击链接，您会发现 CDI 规范中出现这种情况的原因不是（可能主要是）因为序列化，而是because of proxying。

您引用的属性是Weld-specific feature。如果您知道您将继续使用 Weld 来实现 CDI，那么您当然可以继续使用此属性，但严格来说，您的 CDI 应用程序现在是不可移植的。这对您来说可能很重要，也可能无关紧要。

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

【讨论】：