Serializable + callBack-Methoden

[Juls]

Hallo,
ich habe folgende Frage zum Serializable-Interface:

1. Attribute mit Schlüsselwort transient werden einfach nciht mit serialisiert, und somit uahc nicht gespeichert, richtig?
2. Was ist, wenn Attribute eines Objektes mit serialisiert werden sollen, diese jedoch per se nicht serialiserbar sind? Gibt es dann eine möglichkeit, vor der Speicherung noch eine Methode anzustoßen, die die serialisierung dieser Attribute unternimmt?
3. In der JavaDoc heißt es:
Classes that require special handling during the serialization and deserialization process must implement special methods with these exact signatures:

 private void writeObject(java.io.ObjectOutputStream out)
     throws IOException
 private void readObject(java.io.ObjectInputStream in)
     throws IOException, ClassNotFoundException;
 private void readObjectNoData() 
     throws ObjectStreamException;

Ist das genau das, was ich in 2. suche? Warum hat Sun die implementierung für alle das Interface Serializable implementierenden Klassen erzwungen? ISt das nicht ziemlich unsauberer Stil?

MfG,
Juls

 

[Guest]

Warum hat Sun die implementierung für alle das Interface Serializable implementierenden Klassen erzwungen?

Sorry, schreibfehler: Es sollte natürlich heißen:
Warum hat Sun die Implementierung dieser Methoden für alle das Interface Serializable implementierenden Klassen nicht(!!!) erzwungen?

 

[maki]

Du redest von Speichern und sagst dann Serialisieren, das sind 2 unterschiedliche Dinge, ist kein Ersatz für 'ne DB.

 

[SlaterB]

die Sauberkeit an dieser Stelle hätte unendlichen Overhead erzeugt,
jeder mickrige Datencontainer ist in manchen Umgebungen Serializable,
und diese drei Operationen würden in 99% aller Klassen unnötig leer implementiert werden,
ein böser Aufwand + Unleserlichkeit
und die Klassen, in denen die Operationen wirklich wichtig sind, würden auch noch im allgemeinen Rauschen untergehen

----

da Serialisierung eh eine Reflection-Angelegenheit ist, sind zusätzliche freie Operationen gar nicht mal so entfernt gedacht

-----

wenn du möchtest, kannst du dir ja ein Interface SevereSerializable anlegen und das implementieren lassen,
dann müssen alle deine Klassen auch die entsprechenden Operationen implementieren

--------

1.
Anleitung lesen/ ausprobieren?
2.
dafür gibts ja die fraglichen Operationen, dann kannst du selber entscheiden, was pro Attribut gespeichert und wieder gelesen wird

> Ist das genau das, was ich in 2. suche?
denke ja

 

[FArt]

Im Prinzip ist schon alles gesagt worden.

2. Was ist, wenn Attribute eines Objektes mit serialisiert werden sollen, diese jedoch per se nicht serialiserbar sind? Gibt es dann eine möglichkeit, vor der Speicherung noch eine Methode anzustoßen, die die serialisierung dieser Attribute unternimmt?

Das verstehe ich nicht. Das setzt voraus, dass du sicherstellen kannst, das Objekt kann sinnvoll serialisiert werden, der Implementierer hat das aber nicht vorgesehen. Das könnte man zwar über readObject und writeObject lösen, aber da sollte man sich wirklich genau darüber im Klaren sein, was Serialisierbarkeit denn für dieses Objekt bedeutet.