Discussion :

[kerinel]

Bonjour,
je développe actuellement des classes pour mon appli et je souhaite tout d'abord réaliser une version 1, avec les fonctionnalités basiques, sans plus. Ensuite quand ça tournera, je "raffinerai" les classes en ajoutant des fonctionnalités supplémentaires.
Or entre temps, j'aurais sauvegardé des objets en les sérialisants et je voudrais pouvoir les récupérer en assurant la compatibilité ascendante.
J'ai bien trouvé ce post au cours de mes recherches qui propose de surcharger writeObject et readObject, mais je ne vois pas trop comment "remplir" les blancs.
Est ce que je dois envoyer dans le Stream les différents composants et les récupérer dans le même ordre en commençant par le numéro de version et en faisant un switch pour la désérialisation ?
je n'ai pas trouvé d'exemple concret avec quelques variables (l'exemple ici étant un peu léger je trouve.

merci pour votre aide,
cordialement,
kerinel

[gifffftane]

Contrairement à une idée très répandue la sérialisation gère très bien les changements de version des classes, de façon transparente dans 90% des cas, à partir du moment où tu places un serialVersionUID. Pour les 10% restant tu peux utiliser les write et readObject, et même d'autres techniques.

Tu peux avoir les détails précis du mécanisme à Versioning of Serializable Objects.

Pour les classes dont on prévoit de grandes évolutions, il vaut mieux utiliser le mécanisme du XMLEncoder / XMLDecoder. Ici on résoud les évolutions non pas par un numéro de série, mais en conservant un même format général (le modèle des beans, mais tu peux en mettre en oeuvre d'autres).