10

JSR-299 规范在 §3.1 中声明：

如果托管 bean 类是泛型类型，则它必须具有 @Dependent 范围。如果带有参数化 bean 类的托管 bean 声明了除 @Dependent 之外的任何范围，则容器会自动检测到问题并将其视为定义错误。

实际上意味着你不能这样做：

@Named
@SessionScoped or @RequestScoped or similar
public class MyProducer<T> {...}

这个决定的技术原因是什么？

它会在即将发布的 CDI 版本中得到补救吗？

是否有处理/解决此问题的最佳实践？

谢谢

编辑- 我经常使用的一种解决方法是将通用 POJO-bean 注入具有所需范围的 bean 中。经常，但并非总是如此。

4

2 回答 2

17

这是一个通用的、非依赖的 bean 类：

@ApplicationScoped
public class FavouriteChooser<T> {
    public T getFavourite() {
        // ...
    }
}

应用程序中有多少这个 bean 的实例？

这是一个注射部位：

@Inject
private FavouriteChooser<String> favouriteWord;

这是另一个：

@Inject
private FavouriteChooser<Integer> favouriteNumber;

你想改变你的答案吗？:D

哦，还有一个：

@Inject
private FavouriteChooser<CharSequence> favouriteLetters;

编辑。如果您想要一个解决方案，我建议您将泛型类抽象化，并添加绑定类型的具体子类。所以：

public abstract class MyProducer<T> {...}

@Named
@SessionScoped
public class MyStringProducer extends MyProducer<String> {}

@Named
@SessionScoped
public class MyIntegerProducer extends MyProducer<Integer> {}

它是样板文件，但每种类型只有三行。请记住，这将为每种类型的每个会话提供一个实例，您可能不希望这样做。

于 2012-06-21T15:37:45.527 回答
2

所有非依赖范围的 bean 都必须被代理 - AFAIK 这对于泛型类型是不可能的。

更新：

我希望能够更详细地解释这一点，但我不是;-) Weld 使用javassist，并且他们声明代理泛型类型原则上是可能的- 尽管顶级 API 不直接支持。但我们谈论的是规范，而不是 Weld 的实现......

也许其他人可以填补空白？

于 2012-06-21T14:42:18.490 回答