Discussion :

[Repti]

Bonsoir,


J'ai modifié une classe afin de la rendre immutable (par immutable j'entends le fait que l'héritage de cette classe est interdit, et que chaque champ est déclaré final .)

Or, cette classe redéfinissait les méthodes readObject et writeObject afin d'être serializable. Dans mon cas, la méthode writeObject ne pose pas de problème car les deux champs final peuvent être écrits sans problèmes, mais la méthode readObject est elle gênante (car il faut pouvoir assigner les valeurs précédemment lues aux champs ce qui n'est plus possible).

Il faut donc que je modifie ces méthodes pour réinitialiser mon objet immutable. Or je ne vois pas trop comment faire à cette étape. Je pensais le faire par réflection car c'est la seule méthode possible à ma connaissance pour modifier un champ final mais je pense que cela va être dur de garder l'immutabilité de mon objet. En effet, il faut que je m'assure que la référence vers cet objet ne sera publié qu'une fois que tous les champs auront été mis à jour et là je suis coincé ...

Si quelqu'un avait une petite idée ça serait top :-)


Merci d'avance !

[FreshVic]

Salut,
Il me semble que pour empecher l'heritage d'une classe plutot que de rendre 'final' toutes methodes et attribut de la classe, tu peux simplement declarer la classe comme 'final' ce qui devrait te permettre d'initialiser les attributs.

A+

[Repti]

Salut,

Merci pour ta réponse,


Ma classe était déjà déclarée en final (j'ai du mal m'exprimer mais j'ai préféré mettre la classe entière en final plutôt que chacune des méthodes), par contre je ne vois pas comment réassigner mes champs à la reconstruction de l'objet dans la méthode readObject ...

[MangeurVasqué]

Hello,

Tu ne peux pas faire sans enlever le modificateur "final" des attributs.
Ceci dit, dans la mesure où readObject est une méthode de visibilité "private" et ta classe ne définit pas de méthode qui modifie les valeurs de ses attributs, les instances de cette classe sont immutables.

[Repti]

Merci :-)

Un objet qui est immutable ne peut donc pas être serializable ? Je ne comprends pas par exemple les objets String peuvent être serializés et pourtant la classe est immutable ?

[MangeurVasqué]

Quand on utilise le mécanisme par défaut, il n'y a pas de problème. Par contre, avec readObject, ça ne fonctionne pas car la méthode n'est pas un constructeur et on ne peut donc pas y initialiser les champs "final".

C'est peut-être possible par reflexion avec un security manager mais ça dépasse mes connaissances.

[Repti]

Ok merci à toi pour ces précisions je vais regarder ça de plus près Il faut que j'assure une compatibilité avec les versions précédentes de la classe et il y avait quelques particularités au niveau de la serialization des champs.

[Gfx]

Consulte l'ouvrage Effective Java de Joshua Bloch qui explique en details comment creer une classe immutable et comment s'occuper de sa serialisation.

Cf ici : http://java.sun.com/docs/books/effective/