Sérialisation des composants graphiques

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

ICI

Voici le contexte pour relancer le débat :

Citation:

---

Envoyé par Claythest

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

---

Citation:

---

Envoyé par ®om

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...

---

Citation:

---

Envoyé par natha

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.

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++

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.

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).

Citation:

---

Envoyé par le y@m's

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 ;)

Citation:

---

Envoyé par le y@m'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 :mouarf: non c'est juste pour bien comprendre), la sérialisation XML reste la meilleure solution ?

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é :aie:).
Cf PersistanceDelegate pour les constructeur, BeanInfo pour les attributs sans getter/setter, etc ( :arrow: Using XMLEncoder).

Merci pour toutes ces informations et courage pour le tuto que je m'empresserais de lire :mouarf:

En fait, je ne sais pas encore si je vais m'orienter vers une sérialisation des composants mais disons qu'avant de m'engager, je voulais vraiment savoir ce qu'il en était. C'est vrai qu'à la base je ne connaissais pas le XML Encoder. Je vais donc prendre le temps de découvrir ça en attendant ton tuto :aie: .

Je laisse le sujet ouvert encore au cas où d'autres propositions de la gestion de la sérialisation des composants ne soient faites.