JavaEE 和 CDI：了解 @Observes

Question

我有org.jboss.weld.archetypes:jboss-javaee6-webapp:1.0.1.CR2 的原型，我尝试理解MemberListProducer 的类：

@RequestScoped
public class MemberListProducer
{
  @Inject @MemberRepository private EntityManager em;

  private List<Member> members;
  @Produces @Named public List<Member> getMembers() {return members;}

  public void onMemberListChanged(@Observes(notifyObserver = Reception.IF_EXISTS)
                                  final Member member){
    retrieveAllMembersOrderedByName();
  }

  @PostConstruct
  public void retrieveAllMembersOrderedByName()
  {
    //Criteria Query to fetch all members
    members = em.createQuery(criteria).getResultList();
  }
}

观察者是用memberEventSrc.fire(newMember); 从另一个类调用的，这似乎很清楚：一旦被触发，MemberListProducer 就会更新成员列表。

但我不明白为什么这是在 @RequestScoped Bean 中完成的。据我了解，方法retrieveAllMembersOrderedByName 无论如何都会被每个请求调用。这个@Observes 不应该更好地放在@ViewScoped 或@SessionScoped Bean 中吗？在这种情况下它是否有影响？

Answer 1

@Observes 的使用更多的是一个示例，而不是一个真实的实际用例。在您做出回复之前，请考虑成员更改的可能性。 我认为如果您将其删除，该网站将无法正常工作。这样想：

当请求开始时，会创建成员列表，其中包含在创建此请求范围 bean 之前的所有成员。稍后，您持久化了一个新成员，因此需要更新此列表以呈现响应。

当您说列表是为每个请求构建的时，您的想法是正确的，但是这发生在开头。添加成员后，您需要刷新它，不是吗？ 如果没有此方法，则响应将过时（您将呈现您在持久化新成员之前拥有的列表），并且您将需要一个额外的帖子或获取新的成员列表。

@Observes 将侦听器和事件源解耦，就像观察者模式一样。因此，如果@Observes 不存在，您需要将新成员显式添加到列表中，以便响应正确。

希望我正确理解了您的问题。

Answer 2

它是请求范围的，因为它存储每个请求的成员列表。如果您需要按会话存储此列表，请更改它。

但它看起来不对 - 您正在丢弃观察者方法的 member 参数。