@ProducesはFacesContextを返します---なぜですか？

Question

私は同じ話題について別の質問をするのをためらっていますが、少なくとも今は私が読んでいると思います、右はdocsです。

ので、このクラス：weld docsから

class FacesContextProducer { 
    @Produces @RequestScoped FacesContext getFacesContext() { 
     return FacesContext.getCurrentInstance(); 
    } 
} 

この方法は、実際には、通じGlassFishのために適用されます：GlassFish is using WELD as the reference implementation for JSR-299: Java Contexts and Dependency Injection for the Java EE platform (CDI).

それが使用される上記のクラスについては、？ @なぜFacesContextを生成する別のクラスが必要ですか？

Answer 1

上記のクラスでは、どこで使用されますか？なぜ彼はFacesContextを注入しようとしていますか？

は、私はそれがどちらか

1. 一貫性を保つために行われていると思います。または
2. 試験。

ad 1.純粋なCDIを実行しようとすると、他の依存関係ルックアップメカニズム（getCurrentInstace()静的メソッド）を使用していないときにうまく見えます。プロデューサと使用インジェクションを定義するには、実際にはにはが必要ではないことに注意してください。それはCDIの使い方と一貫して便利です。

ad 2.ブログで説明されているMcDowellがリンクしています。注射はCDIで行われると想像してください。

なぜ@ FacesContextを作成する別のクラスが必要ですか？

これは別のクラスである必要はなく、複数の豆を生成する単一のクラスを持つことができます。コードを分かりやすくするだけです。

Answer 2

固定getCurrentInstance()メソッドに直接依存しないように、模擬テストとユニットテストを簡単にするために、FacesContextを注入するとよいでしょう。

私は、JSF独自の依存性注入機構hereについて少し書いています。