た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の作成までのすべてのメンバーが含まれます。その後、新しいメンバーを永続させるので、このリストを更新してレスポンスをレンダリングする必要があります。

リストがリクエストごとに作成されているとは思えますが、これは最初に発生します。メンバーを追加した後、更新する必要がありますか？ このメソッドが存在しない場合、レスポンスは古くなります（新しいメンバーを永続化する前のリストをレンダリングします）。追加のポストが1つ必要な場合や、新しいメンバーのリストを取得する場合があります。

@Observesは、オブザーバーパターンとよく似たリスナーとイベントソースを切り離します。したがって、@Observesが存在しない場合は、レスポンスが正しいように新しいメンバーをリストに明示的に追加する必要があります。

私はあなたの質問を正しく理解したと思います。

Answer 2

リクエストごとにメンバーのリストが格納されているため、リクエストが有効です。このリストをセッションごとに格納する必要がある場合は、それを変更します。

しかし、これは間違っています - あなたはオブザーバーメソッドのmember引数を破棄しています。