java - CDI 的受限泛型

Question

JSR-299 规范在 §3.1 中指出:

If the managed bean class is a generic type, it must have scope @Dependent. If a managed bean with a parameterized bean class declares any scope other than @Dependent, the container automatically detects the problem and treats it as a definition error.

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

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

做出此决定的技术原因是什么？

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

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

谢谢

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

Answer 1

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

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

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

这是一个注入(inject)部位:

@Inject
private FavouriteChooser<String> favouriteWord;

还有一个:

@Inject
private FavouriteChooser<Integer> favouriteNumber;

您想更改您的答案吗？ :D

哦，还有一个:

@Inject
private FavouriteChooser<CharSequence> favouriteLetters;

编辑。如果你想要一个解决方案，我会建议让你的通用类抽象，并添加绑定(bind)类型的具体子类。所以:

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

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

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

这是样板文件，但每种类型只有三行。请记住，这会给您每个 session 每个类型一个实例，您可能不希望这样。