Discussion :

[sironimo]

Bonjour, suite à un début de discussion dans ce sujet,

ICI

Voici le contexte pour relancer le débat :

Alors ok, en effet, sérialiser un composant graphique, c'est débile

C'est pas forcément "débile", par exemple si tu veux rouvrir ton application dans l'état où tu l'avais laissé exactement...
D'ailleurs, tous les composants Swing sont Serializable...

Sinon pour conserver l'état d'une application c'est quand même mieux d'utiliser les java.util.Preferences à mon sens (plus de travail mais plus fiable)

Donc on en arrive à ma question finalement quelle est la meilleure solution pour les composants graphiques : les sérialiser et utiliser le fait que tous les composants Swing soient sérializables ou bien utiliser java.util.Preferences ??

Voilà j'aimerais avoir votre avis car c'est vrai que finalement si la sérialisation sert dans ces cas, ie pour conserver l'état de composants, ça ne rajoute que plus d'intérêt à l'utiliser je trouve.

[adiGuba]

Salut,


Il faudrait d'abord savoir dans quel but tu veux sérialiser tes composants.

Ensuite il faut bien prendre conscience que la sérialisation des composants Swing peut être incompatible d'une version à l'autre, et ne devrait servir qu'à des stockages temporaires...


a++

[sironimo]

Merci de ta réponse. Je pensais notamment à la citation de @rom ie "par exemple si tu veux rouvrir ton application dans l'état où tu l'avais laissé exactement..."

A ce moment-là et vu que se sera juste utilisé sur la machine locale, le problème de version ne rentre plus en jeu enfin de ce que j'en pense.

On est d'accord que le stockage ne serait que temporaire et pas permanent.

[le y@m's]

Pour la sérialisation des composants graphiques la sérialisation XML (cf XMLEncoder) est beaucoup plus adaptée . Attention si tu utilise des composants perso, ceux-ci doivent être des JavaBeans (enfin ce n'est pas obligatoire mais dans le cas contraire la sérialisation est plutôt lourde à mettre en place).

[sironimo]

Pour la sérialisation des composants graphiques la sérialisation XML (cf XMLEncoder) est beaucoup plus adaptée .

Merci je vais regarder ça de plus près

Attention si tu utilise des composants perso, ceux-ci doivent être des JavaBeans (enfin ce n'est pas obligatoire mais dans le cas contraire la sérialisation est plutôt lourde à mettre en place).

Et si j'utilise des composants persos qui ne sont pas des JavaBeans (je sais je suis chiant non c'est juste pour bien comprendre), la sérialisation XML reste la meilleure solution ?

[le y@m's]

Cette solution me semble effectivement avantageuse par rapport à la sérialisation binaire (il y a dans le lien que j'ai donné précédement une liste des avantages).

L'inconvénient majeur est que la sérialisation XML d'objet qui ne sont pas des JavaBeans est assez lourde à mettre en place (j'en sais quelque chose car je travaille sur un tuto là dessus ... et j'ai pas mal lutté ).
Cf PersistanceDelegate pour les constructeur, BeanInfo pour les attributs sans getter/setter, etc ( Using XMLEncoder).