CDI / WELD构造器注入最佳实践
在一个“单一的”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文件解决了这个问题，我们可以部署和运行应用程序，而不会出现任何错误。我问自己，这是不是一种好的做法，或者我们是否遗漏了什么？
回答 1
Stack Overflow用户
发布于 2020-10-31 11:55:59
首先，最快的答案是:任何在普通作用域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都是bean。
如果您遵循该链接，您将看到在CDI规范中出现这种情况的原因不是(可能主要是)序列化，而是because of proxying。
您引用的属性是Weld-specific feature。如果您知道要继续使用Weld来实现CDI，那么您当然可以继续使用此属性，但严格地说，您的CDI应用程序现在是不可移植的。这对你可能重要，也可能无关紧要。
对于这个问题，我找到的最实用、最现实的解决方案是定义一个包私有的零参数构造函数，它是将字段设置为null的@Deprecated。
https://stackoverflow.com/questions/64609980
复制相似问题
腾讯云开发者
