Discussion :

[Lethal]

J'ai une question qui me trotte dans la tête depuis un moment.
Je viens encore de lire un texte parlant des Java beans et de la notion d'évenement.

Mais je ne comprend pas l'avantage d'utiliser des évenemnt,listeners et toute la syntaxe qui va avec. Ca change quoi par rapport au fait d'utiliser simplement des interfaces et un Vecteur d'objets qui implémentent cette interface?
C'est plus rapide ou simplement plus propre d'utiliser les java-beans?

[djo.mos]

Bonjour.
Je ne suis pas sur d'avoir bien compris ce que tu veux dire en parlant d'inerfaces et de vecteurs d'objets, mais les evènements sur les JavaBeans servent surtout à présenter un moyen universel et uniformisé pour surveiller les changements des propriétés d'un bean. Tu peux bien sur emuler ça en passant par tes propres interfaces, mais ce sera pas universel.
En fait, le concept des JavaBeans et des listeners qui vont avec sont surtout destinés aux ides et autres outils similaires, là où l'interopérabilité est un atout indéniable.

[gifffftane]

Au niveau des frameworks et de tout le reste, la règle qui me semble la meilleure est la suivante : si je ne comprends pas à quoi ça sert, je ne l'utilise pas.

Cependant, pour le cas des listeners, cela peut être utile

Cela dépend un peu de tes habitudes de programmation, car la gestion d'un listener se fait souvent avec une ArrayList (équivalent en plus moderne du Vector) et une interface ; nous sommes donc très proche de ton schéma à toi, et il se peut que tu fasses des listeners sans le savoir.

Les beans sont aussi une notion si large que l'on peut penser que dès qu'il y a un get et un set quelque part, on a un bean. Donc tu utilises des beans sans le savoir.

Si tu nous montrais une de tes réalisations typiques (et surtout courte), peut être que nous pourrions apprécier s'il y a quelque chose à coté duquel tu passes complètement, ou bien s'il y a seulement des pouillèmes entre ce que tu fais et l'idéal ?...

[welcome_59]

L'intérêt des Java beans est aussi d'assurer une meilleure lisibilité et une meilleure maintenabilité du code. C'est très pratique d'ailleurs.
Et je pense que toute personne qui fait du Java (ou de la POO en général) utilise plus ou moins les concepts derrières les Java beans, même inconsciemment.

[Lethal]

Cela dépend un peu de tes habitudes de programmation, car la gestion d'un listener se fait souvent avec une ArrayList (équivalent en plus moderne du Vector) et une interface ; nous sommes donc très proche de ton schéma à toi, et il se peut que tu fasses des listeners sans le savoir.

Justement c'est exactement ce que je fais. (Sauf que j'utilise des vieux Vector par habitude, honte à moi ). Et je voudrais savoir si c'était vraiment mieux d'utiliser des JavaBeans. Quels avantages en terme de performances (ou autres ?) cela apporterait il a mes programmes.

En fait j'ai déja posé ce genre de questions à d'autre programmeur et soit on me répond:

- javabeans c'est juste des "set et des get"
- javabeans c'est les évenements.

Et le réponse à "Et pourquoi est-ce mieux d'utiliser ce "protocole"" est toujours la même:

"Euuuuuh, jsé pas en fait"

[eclesia]

L'intérêt des Java beans est aussi d'assurer une meilleure lisibilité et une meilleure maintenabilité du code. C'est très pratique d'ailleurs.

Justement c'est exactement ce que je fais. (Sauf que j'utilise des vieux Vector par habitude, honte à moi ). Et je voudrais savoir si c'était vraiment mieux d'utiliser des JavaBeans. Quels avantages en terme de performances (ou autres ?) cela apporterait il a mes programmes.

C'est une facon de code... tu ne dois pas te laisser demonter par ceux qui ne parle que de framework/design pattern etc...
Ca définit des facons de faire, des structures deja etablis que l'on peut reconnaitre car toujours pareil.

ce n'est en rien une obligation, on peut faire sans.(certain diront juste que c'est pas propre).

les set/get et listener je les utilise c'est quand meme plus ... propres pour le code et ca rend les classes plus indépendantes. design pattern et compagnie... je passe.

On a encore le droit de coder comme on veut , toutes les facons de faire on des avantages et des inconvénients.

[gifffftane]

Moi je sais que j'utilise les beans pour la forme get/set, qui est très naturelle et qui répond à la fonction d'affecter et de lire. Au début je faisais autrement, mais j'ai fini par me dire que ce n'était pas franchement meilleur, et que c'était même moins bon. Donc j'ai tout viré, et tout recommencé.

Par contre, je n'emploie JAMAIS la forme des événements beans, par le biais des PropertyChangeListener ; je trouve cette façon de procéder à chier (elle oblige à créer une chaîne de caractère identique au nom de chaque propriété ! ), et, à chaque fois que je veux faire des listeners, je crée mes propres interfaces, mes propres événements, et j'essaie de voir.

Voilà pour te dire que tu n'es pas le seul à pas faire forcément comme la spec framework machin le dit.

Le seul conseil qu'on puisse te donner est de passer aux ArrayList, qui s'enclenchent mieux dans le framework (encore un ! ) des collections, framework qui est assez bien fait dans l'ensemble. Avec eux et les génériques, cela te deviendra impossible de te passer de la nouvelle forme des for.

[®om]

Justement c'est exactement ce que je fais. (Sauf que j'utilise des vieux Vector par habitude, honte à moi ).

http://rom.developpez.com/java-listeners

[Lethal]

Moi je sais que j'utilise les beans pour la forme get/set, qui est très naturelle et qui répond à la fonction d'affecter et de lire. Au début je faisais autrement, mais j'ai fini par me dire que ce n'était pas franchement meilleur, et que c'était même moins bon. Donc j'ai tout viré, et tout recommencé.

Par contre, je n'emploie JAMAIS la forme des événements beans, par le biais des PropertyChangeListener ; je trouve cette façon de procéder à chier (elle oblige à créer une chaîne de caractère identique au nom de chaque propriété ! ), et, à chaque fois que je veux faire des listeners, je crée mes propres interfaces, mes propres événements, et j'essaie de voir.

Voilà pour te dire que tu n'es pas le seul à pas faire forcément comme la spec framework machin le dit.

Le seul conseil qu'on puisse te donner est de passer aux ArrayList, qui s'enclenchent mieux dans le framework (encore un ! ) des collections, framework qui est assez bien fait dans l'ensemble. Avec eux et les génériques, cela te deviendra impossible de te passer de la nouvelle forme des for.

Oui je n'utilise plus que les get() et les set() depuis un bon moment (merci refractor)

Pour les ArrayList et les "foreach" je viens de m'y mettre, même si j'ai commencé a taper Vec... .

http://rom.developpez.com/java-listeners

Merci pour le lien, au premier abord ca a l'air bien fait. Je vais vraiment me mettre au coté évenement des Javabeans. En plus je suis en train de créer un composant personnalisé donc je pense que ca fera un bon entrainement.