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

Question

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

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

在本例中，ViewControlleris @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文件解决了问题，我们可以部署并运行应用程序而不会出现任何错误。我问自己这是否是一个好的做法，或者我们是否错过了什么？

Answer 1

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

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

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

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