[Ben]

Hallo,
mir wurde geraten, die von mir verwendeten Klassen mit so einer Zeile auszustatten.

private static final long serialVersionUID = 1L;
 

Ähm, was genau bringt mir die Zeile nochmal?

Die Identifizierung des Applets?

Danke.
Grüße, Ben.

[Xean]

Das hab ich über google gefunden:

Beim Serialisieren eines Objektes wird auch die serialVersionUID der zugehörigen
Klasse mit in die Ausgabedatei geschrieben. Soll das Objekt später deserialisiert
werden, so wird die in der Datei gespeicherte serialVersionUID mit der aktuellen
serialVersionUID des geladenen .class-Files verglichen. Stimmen beide nicht
überein, so gibt es eine Ausnahme des Typs InvalidClassException, und der
Deserialisierungsvorgang bricht ab.

Quelle: www.informatik.hu-berlin.de/ 

und diese zeile gibt es eigendlich überall, wo eine klasse von einer anderen erbt.

[JumperII]

Naja, nicht in allen Klassen, nur in denen, in den das Interface java.io.Serializable verwendet wird und entsprechende Perlmutationen aus abgeleiteten Klassen und Interfaces Das dürfte dann so pi mal Daumen 90% ausmachen ....

-> http://www.javapractices.com/Topic45.cjp

Gruß,
Jumper, the II.

[Ben]

Zitat von JumperII

Naja, nicht in allen Klassen, nur in denen, in den das Interface java.io.Serializable verwendet wird

Yeah. Das ist mal eine Aussage.

Dankö.

[xardias]

Kurz gesagt: Alle Klassen die serialisierbar sind (also auch applets) sollten so eine ID definieren. Wenn du später mal mehrere "versionen" dieser klasse hast und möchtest z.b. eine serialisierte Form einer älteren klasse laden muss das verhindert werden, weil die nicht mehr kompatibel sind. Dazu dient diese UID.

[Murray]

Das funktioniert natürlich nur dann, wenn man daran denkt, bei jeder die Serialisierung betreffenden Änderung (also immer dann, wenn Felder ihren Typ ändern, Felder wegfallen oder hinzukommen oder sich die Ableitungsstruktur ändert) auch diese ID zu verändern - von selbst geht das nicht.