Discussion :

[violonsdAutomne]

Bonjour,

Je cherche la définition exacte d'un bean et j'ai l'impression qu'il règne un certain flou autour de cette notion. Je m'explique : il semble qu'un bean soit souvent assimilé à une classe. D'ailleurs, on le définit volontiers comme un "composant logiciel réutilisable". D'un autre côté, il existe des beanFactory, et de telles usines produisent plutôt des objets que des classes. De même, la configuration de beans à travers des fichiers xml ressemble plus à une description permettant d'instancier une classe (et donc de créer un objet) plutôt qu'à la définition d'une classe.

En définitive, j'ai l'impression :
- qu'un bean est un objet, instance d'une classe respectant des contraintes particulières ;
- que ces classes, ne disposant pas de qualificatif spécifique, sont aussi appelées des beans (d'où la confusion - la mienne au moins).

Est-ce que je me trompe complètement ? Ou des développeurs, amateurs de rigueur et de précision sont-ils à même de me conforter dans mon idée ?

[Golgotha]

Bonjour,

Pour moi un bean c'est une classe java qui représente un objet persistant en base de donnée.

[violonsdAutomne]

Bonjour,

Pour moi un bean c'est une classe java qui représente un objet persistant en base de donnée.

Bon, ce serait donc plutôt une classe...
Et une beanFactory serait une usine qui renvoie des objets instances d'une telle classe ?
Et un fichiers xml qui configure des beans, définit des instances d'une telle classe également ?

[thelvin]

Je cherche la définition exacte d'un bean et j'ai l'impression qu'il règne un certain flou autour de cette notion.

Absolument. Un bean, c'est ce que la personne veut dire quand elle dit "bean." En général, elle prend la peine de dire ce qu'elle appelle "bean" avant de le faire.

Assez souvent quand même, les beans sont des objets plutôt que des classes. Mais comme tu le dis, l'abus de langage est facile.

[violonsdAutomne]

Absolument. Un bean, c'est ce que la personne veut dire quand elle dit "bean."

Ah, très bien, cette définition ! Je la garde.

Bon, donc ma description de la situation serait plutôt raisonnable.

Merci pour ces réponses.

[fr1man]

Il y a déjà un ou plusieurs sujets là dessus.
Un bean est une classe java qui doit respecter certaines contraintes :
- constructeur sans argument
- des accesseurs / mutateurs
- implémenter serializable.

[violonsdAutomne]

Il y a déjà un ou plusieurs sujets là dessus.
Un bean est une classe java qui doit respecter certaines contraintes :
- constructeur sans argument
- des accesseurs / mutateurs
- implémenter serializable.

J'ai trouvé un autre sujet là-dessus, mais il ne me convenait pas. Notamment, il n'évoquait pas l’ambiguïté entretenue entre classe et objet.

Et ta définition d'un bean est celle que l'on retrouve le plus souvent sur le net. Mais elle est, tout aussi souvent, accompagnée d'explications où le terme bean désigne manifestement un objet.

Mais bon, rien n'est parfait dans la vie. L'ambiguïté est ici devenue l'usage. Je vais donc m'adapter et lire la littérature sur le sujet en interprétant le terme au mieux, selon le contexte.