Quand à l'utilisation de f:viewAction / preRenderView contre PostConstruct?

Quand doit-on utiliser le f:viewAction ou preRenderView événement pour initialiser les données pour une page par rapport à l'aide de la @PostConstruct annotation? C'est la logique d'utiliser l'un ou l'autre en fonction du type de champ d'application de la sauvegarde de haricot par exemple, Si le backing bean est @RequestScoped, alors le choix d'utiliser f:viewAction ou preRenderView sur @PostConstruct pour initialiser le backing bean avant le rendu de la vue, hors de propos car les deux résultat serait le même effet?

f:viewAction ou preRenderView

<f:metadata>
  <f:viewAction action="#{myBean.initialize}" />
</f:metadata>
<f:metadata>
  <f:event type="preRenderView" listener="#{myBean.initialize}"/>
</f:metadata>

ou

@PostConstruct

public class MyBean
{
    @PostConstruct
    public void initialize()
    {

    }
}
InformationsquelleAutor BestPractices | 2012-03-23
  1. 112

    Quand doit-on utiliser le f:viewAction ou preRenderView événement pour initialiser les données d'une page à l'aide de versets de la @PostConstruct annotation?

    Utiliser le <f:viewAction> lorsque vous voulez exécuter une méthode avant le HTML est rendu. Ceci est particulièrement utile si vous souhaitez effectuer des actions basées sur des valeurs de modèle fixé par <f:viewParam> au cours de modèle de mise à jour des valeurs de phase. À savoir, ils ne sont pas disponibles au moment où l' @PostConstruct s'exécute. En JSF 2.0/2.1, cette balise n'existe pas, et vous devez utiliser le preRenderView solution de contournement.

    Si le backing bean est @RequestScoped, font-ils effectivement faire exactement la même chose? (et puis, c'est au développeur de choix? (@PostConstruct semble plus "propre").

    Ils n'y sont certainement pas effectivement faire la même chose. Le @PostConstruct est destiné à effectuer des actions directement après bean, la construction et l'installation de tous injection de dépendances et de propriétés gérées comme @EJB, @Inject, @ManagedProperty, etc. À savoir, l'injection de dépendances ne sont pas disponibles à l'intérieur de la fève du constructeur. Ce sera donc exécuté qu'une seule fois par la vue, de la session ou de l'application lorsque le bean est de la vue, de la session ou application étendue. Le <f:viewAction> est par défaut invoqué première requête GET, mais peut via onPostback="true" attribut être configuré de manière à être invoquée sur la publication des demandes. Le preRenderView événement est appelée à chaque requête HTTP (oui, cela inclut également les requêtes ajax!).

    Résumé, l'utilisation @PostConstruct si vous souhaitez effectuer des actions sur l'injection de dépendances et de propriétés gérées qui sont définis par @EJB, @Inject, @ManagedProperty, etc au cours de l'haricot de construction. Utilisation <f:viewAction> si vous aussi souhaitez effectuer des actions sur les propriétés définies par <f:viewParam>. Si vous êtes encore sur JSF 2.0/2.1, l'utilisation preRenderView au lieu de <f:viewAction>. Vous pouvez, si nécessaire, d'ajouter une case sur FacesContext#isPostback() pour effectuer le preRenderView action sur la demande initiale seulement.

    Voir aussi:

    • Merci. Désolé j'ai édité ma question de départ, pendant que vous étiez à l'écriture de la réponse...
    • Le haricot portée n'a pas d'importance. Chacun a son propre objectif clair.
    • Je l'ai mentionné bean champ d'application en raison @PostConstruct ne serait appelé une fois si le haricot ont été SessionScoped (à l'époque, la fève est d'abord créé) mais preRenderView serait appelée à chaque fois que la page est accessible. Ou ai-je que de mal?
    • Oui, c'est correct. Le pré render view événement est appelé à invoquer la phase d'action. Le poste de construire est invoquée après l'haricot de construction. Une session d'étendue de haricot n'est pas construit sur chaque requête HTTP.
    • Je me demandais mon ma méthode a été appelée lors d'une requête ajax. le isPostBack() appel a sauvé la journée!!
    InformationsquelleAutor BalusC
  2. 1

    Avez-vous besoin d'initialiser le managed bean propriétés? --> Ensuite, utilisez @PostConstruct
    Sinon, avez-vous besoin de travailler avec des params passé de l'autre point de vue? --> Ensuite, utilisez "preRenderView"

    InformationsquelleAutor Val Martinez