CDI的受限仿制药

Question

JSR-299规范在第3.1节中规定：

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

有效地意味着您不能这样做：

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

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

是否会在即将发布的CDI版本中对其进行补救？

有解决此问题的最佳实践吗？

谢谢

编辑 -我经常使用的解决方法是将通用POJO Bean注入具有所需作用域的Bean中。通常但并非总是如此。

Answer 1

这是一个通用的非依赖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> {}

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