décembre
2008
Un article de nicorama
Il y a peu, un Javabean était pour une simple classe avec un constructeur sans arguments et des getters/setters. Cela fait 18 mois que je travaille côté serveur et je viens juste de me remettre à mon applet Swing.
Coté Client, les Javabeans peuvent être utilisé par Netbeans pour créer des composants structurés pouvant interagir avec d’autres composants ou votre JPanel via des Events. Concrètement, c’est un élément supplémentaire de votre Palette, comme un JComboBox ou une JTable.
Il est possible de définir soi-même les Events agissant sur votre objet. Ainsi, au lieu de gérer 25 composants Swings standards (JButton, JLabel, JCombo) sur un seul Panel, vous aurez 5 Javabeans avec 5 chacun composants Swing interagissants avec des Events.
Le Javabeans va modifier son comportement selon les données entrantes (myJavabean.setTeacher() ) ou les Events. J’ai ainsi considérablement limité le nombre de if/else, mais en augmentant par contre le nombre de Classes. Selon l’auteur de XP, il faut limiter le nombre de Classes, mais ici je considère un package comme étant une Classe.
Au final, il y a beaucoup moins de bugs et j’ai refait en une semaine ce qui m’avait pris – je débutais – plusieurs mois !
Ca arrive aujourd’hui
Salut
Souvent, une bonne conception, plus souple et modulaire, nécessite plus de classes mais tiendra bien mieux dans la durée. Ici, d’ailleurs, à choisir entre des if/else ou des classes, en règle générale il vaut bien mieux prendre des classes !
Post intéressant au demeurant, perso il est juste un peu abstrait comme ça : je ne vois pas bien comment tu as défini tes Events côté Javabean. Plus de détails bienvenus
++
joseph