Input/Output Mehrere Objecte in einer Datei

[darkeye2]

Hallo,

Ich habe mehrere Objecte, wobei die anzahl sich ändern kann, und nun möchte ich diese immer ine EINER datei speichern, das geht ja problemlos, indem ich sie nacheinander reinschreibe, doch da fängts dann mit den Problemen an:
- Ist es möglich, in eine bestehende datei, in der objecte gespeichert sind, neue hinten dran zu fügen?

Das nächste wäre wohl das auslesen, was an sich auch nicht schwer ist, ich kann ja solange alles auslesen, bis es ne exception gibt, die mir dann zeigt, dass keine objecte mehr in der datei sind, doch ist es auch möglich objecte zu übersüringen, und direkt zu sagen, "lese object nummer 4 aus der datei aus"?

Wegen dem hinten anfügen würde mir nur einfallen, dass ich das object in eine deite eigene datei schreibe, und dann einfach den inhalt aus der datei in die andere reinkopiere.

Für das auslesen würde mir auch nur einfallen eine methode zu schreiben, die in einer schleife liest und alle object vewirft, bis es auf das object was ich brauche kommt, dann müsste man aber jedes mal den stream neu öffnen, weil es sosnt immer versucht das nächste object zu lesen.

Gibt es für beide sachen besserere Lösungen?

 

[vimar]

hier redest du sicher von persistenten objekten, die du mit

writeObject(objektname) speicherst? oder?


ich würde alle objekte in eine Arraylist tun und die arraylist dann speichern. später dann die ganze arraylist laden und dort mit arraylistName.add(objektname) hinten dran hängen. und dann kannst wieder speichern das ding.

und wenn du es lädst dann kannst du mit arraylist.get(i) genau das element nehmen was du möchstest.

 

[HimBromBeere]

Du kannst Daten problemlos an eine bestehende Datei anfügen, indem du beim Erstellen deines Filewriter-Objektes (Objekt schreibt man im Deutschen übrigens - auch wenn´s ungewöhnlich ausieht - immernoch mit k und nicht mit c, oder du nimmst den korrekten englischen Plural objects) einfach die Option append = true anhängst:

FileWriter writer = new FileWriter("test.txt", true);

Solange Daten zu lesen, bis eine Exception fliegt, ist übrigens nicht unbedingt der sauberste Weg. Exceptions sollten nicht zur Programmsteuerung verwendet werden, sondern zur Fehlerbehandlung. Dass eine Leseoperatio das Ende einer Datei erreicht, ist jedoch kein Fehlverhalten. Nimm stattdessen die Prüfung auf

.readLine() != null

vor.

 

[darkeye2]

@HimBromBeere
Da es hier um den Object Stream geht (in und out) ist die prüfung mit readLine ja nicht möglich, und bei readObject() wird (zumindest bei mir) eine exception geworfen, wenn kein object gelesen werden konnte außer ich mache da was falsch, werde es gleich mal probieren es so wei bei readLine zu prüfen.

Nebenbei, wieso sollen exceptions nicht zur programmsteuerung verwendet werden? es wird in sehr vielen fällen so gemacht, ich mache es zwar auch nur, wenn keine sinnvollerere alternative besteht, sehe aber keinen grund, es nicht zu machen.

@vimar wollte eigentlich auf die verwendung eines ArrayList oder HashMap verzichten, unteranderem, weil ich objecte von verschiedenen typen haben und weil es beim einlesen dämlich wäre, alle einzulesen, wenn ich nur 1 brauche, stell dir vor, du hast in einer datei 10000 objecte gespeichert und willst jetzt das 800 haben, das wäre doch unsinnig eine liste mit allen objecten einzulesen und damit den ram zuzumüllen, obwohl ich nur eins brauche.

 

[HimBromBeere]

Exceptions sollten - wie der Name bereits andeutet - in Ausnahmefällen auftauchen, also wenn ein Fehler auftaucht. Dass in einer Datei keine weiteren Objekte mehr stehen, ist aber normalerweise kein Fehler sondern stinknormale Programmlogik und sollte deshalb auch mit stinknormaler Programmlogik behandelt werden.
Wie dem auch sei, welche der vielen Exceptions bekommste denn bei readObject()?

 

[irgendjemand]

@HimBromBeere
ich würde mal vermuten das TO eine IOException bekommt ... da der stream am ende eine EOFException wirft ... welche vermutlich durch den super-typ IOException lediglich weitergeworfen wird ...

@TO
ObjectInputStream.available() wird sinnvoller weise in der inneren klasse BlockDataInputStream so überschrieben das man hier problemlos vor jedem readObject()-call available() callen kann um zu prüfen ob noch mehr daten im stream liegen ...