IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

JSF Java Discussion :

[Bonnes pratiques JSF] managed bean


Sujet :

JSF Java

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    191
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 191
    Points : 118
    Points
    118
    Par défaut [Bonnes pratiques JSF] managed bean
    Bonjour à tous,

    En lisant plusieurs articles et tutoriaux sur JSF, j'ai l'impression que la meilleure méthode consiste à lier une page à un managed bean.

    Est-ce simplement une impression? Ou peut-on gérer plusieurs pages avec un seul managed bean? Je sais que c'est possible mais est-ce une bonne pratique?

    Par exemple : j'ai une page présentant un tableau de données avec un bouton d'ajout et un bouton de recherche. Ces deux boutons amènent à une page d'édition et de recherche. Peut-on gérer ces 3 pages avec un seul managed bean ou c'est mieux de les gérer avec 3 managed bean?

    Merci

  2. #2
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Points : 7 275
    Points
    7 275
    Par défaut
    Alors techniquement, tu n'as aucune restriction : tu peux lier une page à plusieurs beans, tu peux lier un bean à plusieurs pages, tu peux lier une page à un bean...

    De mon point de vue, je dirais que la séparation devrait plutôt être logique / fonctionnelle. Si dans une page tu peux réaliser deux actions complètement différentes, alors sépares les beans.

    Tu peux aussi créer des beans de données référentielles, ces données qui ne changent pratiquement jamais. Elles sont souvent utilisées dans les drop down list. Par exemple une liste de villes, de pays, etc. Il peut être intéressant d'isoler ces beans, ce qui te permettra de mettre ces beans dans un scope de type application, afin de ne pas charger plusieurs fois ces données depuis la base...

    Il faut enfin garder à l'esprit que les beans sont très verbeux, à cause de la présence de nombreux getters et setters. Ainsi, avec 10 propriétés (ce qui est faible) tu te retrouves déjà avec 20 méthodes, soit pas loin d'une centaine de lignes de code. Donc attention à ne pas faire de classes trop volumineuses.

    Dans ton exemple, tu peux effectivement avoir 3 beans : ViewBean, SearchBean, EditBean. Après, rien n'empêche non plus d'avoir un bean parent à ces trois beans afin de regrouper des méthodes communes...
    Nous sommes tous semblables, alors acceptons nos différences !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    191
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 191
    Points : 118
    Points
    118
    Par défaut
    Merci romaintaz.

    Une autre question : la communication entre managed bean peut être utilisée couramment ou à éviter absolument?

    Personnellement, je l'utilise un minimum grâce à :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    FacesContext facesContext = FacesContext.getCurrentInstance();
    TypeController controller = (TypeController) facesContext.getApplication().getELResolver().getValue(facesContext.getELContext(), null, "nomController");

  4. #4
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Points : 7 275
    Points
    7 275
    Par défaut
    J'utilise parfois la communication entre deux beans. Mais de mon côté, c'est Spring qui gère les beans, donc je fais de l'injection directement, je ne passe pas par le FacesContext.
    Nous sommes tous semblables, alors acceptons nos différences !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. calendar JSF Managed Bean
    Par davinci.bnl dans le forum JSF
    Réponses: 1
    Dernier message: 27/06/2012, 09h19
  2. [JSF + manage Bean] comparaison de deux date
    Par developped dans le forum JSF
    Réponses: 3
    Dernier message: 01/02/2011, 13h35
  3. [Bonnes pratiques JSF] liste déroulante
    Par scorplayer dans le forum JSF
    Réponses: 8
    Dernier message: 11/05/2010, 17h23
  4. [EJB3] JSF/Managed Bean {@EJB} appel local ou distant
    Par fellyis dans le forum Java EE
    Réponses: 5
    Dernier message: 23/02/2010, 15h14
  5. [Débutant]Bonnes Pratiques JSF ?
    Par El_touristo dans le forum JSF
    Réponses: 1
    Dernier message: 20/04/2009, 00h48

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo