Discussion :

[snipes]

Bonjour tout le monde,

j'essaye d'apprendre à utiliser JSF en lisant un peu tout ce que je trouve a ce sujet cependant ces temps ci j'ai plutôt tendance à mélanger un peu tout

Deja au niveau des Bean : Alors entre JavaBean, Managed-bean, backing bean, referenced bean je me sens un ti peu largué la

D'apres ce que j'ai comprit (arretez moi si je me trompe):

JavaBean c'est pour la couche métier (classe servant de modele: Client, Compte etc...)
Managed bean c'est pour la recuperation des données et effectuer des actions

par contre je ne sais pas a quel moment utiliser l'un ou l'autre

j'essaye de me faire une application toute simple avec un client qui se créé des comptes

j'ai créé 2 classes (donc 2 javaBean ?) qui sont Compte et Client

l'action de creation d'un compte se fait dans Client (un client peut avoir plusieurs comptes)
la methode est appelé a travers un bouton qui se trouve dans un formulaire

cependant je ne vois pas du tout comment implémenter cette méthode toute simple ni quel EL utilisé pour mes champs

j'avoue la je suis un ti peu perdu

[tchize_]

pour faire simple, c'est la meme chose

javabean: typiquement, une classe avec au moins un constructeur sans argument et des getters et / ou setters.

managed-bean: un javabean géré par jsf, via la section managed-bean de jsf (pour faire simple, jsf le crée a la demande sur base de son nom, quand tu en a besoin la premier fois)

backing-bean: un javabean servant de support à tout ou une partie du formulaire. C'est là que le formulaire ira la lire les données initiale et c'est la qu'après validation il ira mettre les donnée somises par l'utilisateur. Un managed-bean peut très bien servir de backing-bean, et c'est souvent le cas. on peut aussi très bien utiliser n'importe quel autre bean pour cette tâche, pourvu qu'on possède un moyen de le retrouver via une EL

[snipes]

ok ok
justement je m'etais dit que JavaBean et managedbean c'est plus ou moins la meme chose sauf que pour le second on le declarer dans le faces-config


mais c'est pas tres lisible si on met tout dans le meme backing-bean par exemple

Prenons le cas de ma tite application, les données manipulées correspondent a la fois a un client et au compte qu'on lui créé...je dois donc tout mettre dans la meme classe (je me voyais plutot creer deux classes une ayant comme attribut l'autre ensuite j'appelle la méthode correspondante d'une des deux classes mais je trouvais pas comment faire ressortir les relations entre objet)


il y aura donc un backing-bean par page si on peut pas reutiliser le meme ? à chaque nouveau traitement (nouveau formulaire) sont backing-bean

[romaintaz]

il y aura donc un backing-bean par page si on peut pas reutiliser le meme ? à chaque nouveau traitement (nouveau formulaire) sont backing-bean

Il n'y a pas de règle particulière, c'est à toi de voir.
Techniquement, tu peux très bien avoir 1 seul bean pour toute ton application, comme tu peux très bien utiliser 10 beans différents pour un même formulaire.

Je dirais qu'il faut faire une séparation logique. Tu pourras par exemple créer un bean RechercheUtilisateurBean qui gérera le formulaire de recherche d'utilisateurs, puis un CreationUtilisateurBean qui se chargera du formulaire de création de l'utilisateur, etc.
Mais encore une fois, il n'y a pas de règle particulière à ce sujet...

De plus, il faut essayer de conserver un bean à peu près lisible, et donc éviter d'en avoir contenant 5000 lignes, surtout que c'est généralement truffé de simples getters et setters...

[snipes]

ok merci les amis
en gérant autrement ça marche effectivement
Je pense qu'avec un ti peu de pratique jm 'y ferai