gpt4 book ai didi

cdi - 我应该在哪里申报我的 CDI 资源?

转载 作者:行者123 更新时间:2023-12-01 13:06:10 29 4
gpt4 key购买 nike

JSR-299 (CDI) 引入了资源的(不幸命名的)概念:http://docs.jboss.org/weld/reference/1.0.0/en-US/html/resources.html#d0e4373

您可以将此命名法中的资源视为 Java EE 6 依赖注入(inject)品牌(@EJB、@Resource、@PersistenceContext 等)与 CDI 依赖注入(inject)品牌之间的桥梁。

一般要点似乎是在某个地方(这将是我的问题的根源)你声明什么相当于一个桥类:它包含用 Java EE 的 @EJB 或 @PersistenceContext 或 @Resource 注释注释的字段以及CDI 的@Produces 注解。最终效果是 Java EE 6 注入(inject)持久性上下文,比如说,在需要它的地方,CDI 将注入(inject)的 PersistenceContext 识别为 future 注入(inject)的来源(由 @Inject 处理)。

我的问题是:社区的共识是什么——或者是否有一个——关于:

  • 这个桥接类应该命名
  • 这个桥接类应该住在哪里
  • 最好将所有这些东西本地化为一个类还是制作多个类

...?

留给我自己的设备,我正在考虑声明一个名为 CDIResources 的类,并将其用作将 Java EE 的 DI 与 CDI 的 DI 链接起来的唯一位置。许多示例都做类似的事情,但我不清楚它们是否“只是”示例,或者这是否是一个好的方法。

谢谢。

最佳答案

这似乎非常主观,但更喜欢创建多个类,调用FooProducer 一个生成Foo

关于cdi - 我应该在哪里申报我的 CDI 资源?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3024828/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com