Input/Output Serialization: "Bin fertig" Methode?

[Kekz]

Hallo,
ich bin auf der suche nach einer möglichkeit den Spielstand für mein kleines Spielchen zu speichern.
Dabei bin ich über Serialization "gestolpert".
Die ersten Versuche damit sind sehr vielversprechend wobei ich jedoch noch eine sache vermisse.
Ich benutze die Methoden ObjectOutputStream.writeObject() und ObjectInputStream.readObject().
Gibt es innerhalb des Objektes eine Mehode die aufgerufen wird wenn das Objekt vollständig geladen wurde ? Also eine "Ich bin fertig mit laden" Methode?

Ich habe bereits die Methode:

public class SerializationTestClass1  implements Serializable {

	Data data = null;

	public SerializationTestClass1(){
               data = new Data();
	}

	
    private void readObject(ObjectInputStream inputStream)  <- aufruf erfolgt bevor daten geladen wurden
            throws IOException, ClassNotFoundException
    {
     System.out.println("Daten werden geladen...");
     // data == null !!!!

    } 
	
	
}

gefunden. Sie wird jedoch aufgerufen wenn das Object bereits wieder erstellt wurde aber noch keine Daten hineingeladen wurden. Also so:

Deserialization:

- Object erstellen
- readObject() <-
- Daten Laden
- Fertig

ich suche aber :

- Object erstellen
- Daten Laden
- Fertig
- Methodenaufruf xy() ????

Gibt es so etwas überhaupt?

ich möchte diese Lösung vermeiden:

Object obj=in.readObject();
obj.duBistFertigGeladenMachWas();

Ich hoffe ihr habt überhaut verstanden was ich will :lol:

Ich freue mich auf eure Antworten 🙂

 

[Thallius]

Dann erstelle doch eine Methode initObject welche aus readObject und macheWas besteht

 

[Dompteur]

Das geht, indem du folgende Methode aus dem Interface "java.io.Serializable" überschreibst:

 private void readObject(java.io.ObjectInputStream in)
     throws IOException, ClassNotFoundException {

     in.defaultReadObject();   // Objekt einlesen
     ichBinFertig();
  }
}

 

[AntiMuffin]

Hallo Kekz,
ich würde dir auch empfehlen in die Richtung zu gehen die Thallus dir vorschlägt, da es meiner Meinung nach nicht zum logischen readObject dazugehörigent und somit auch nichts in der Methode zu suchen hat. Erstelle also eine Methode die man aufruft, welche erst readObject() und danach binFertig() aufruft.
Ich würde es jedoch in etwa so machen:

public class Spielstand implements Serializable {
 
        private int gold;
        // mehrere variablen
 
	public Spielstand(int gold /*andere params*/){
          this.gold = gold;
          /*...*/
        }
        public static Spielstand laden(/*evtl welcher, wenn mehrere*/){
        /*Spielstand laden und zurückgeben*/
        // object laden als Spielstand und zurückgeben
        // Und nun soll die Klasse die das Object bekommt weiter verantwortlich sein !
        }

        public void speichern()
         /* Speichern des Spielstandes */
        }
 
    
 
 
}

Gruß vom AntiMuffin. 😳

 

[Kekz]

Ersteinmal vielen Dank für die hilfreichen Antworten.
Was genau würde den gegen die Lösung von Dompteur sprechen ? Gibt es einen speziellen Grund oder wäre das nur aus Gründen der "Sauberkeit" ?

Weil mein Problem wäre dass ich mehrere verschiedene Klassen habe die ich lade und diese Klassen nicht immer "verwandt" miteinander sind. Demnach würde meine "Spielstand laden()" methode in etwa so aussehen:

        public static Spielstand laden(...){

        //in einer schleife für mehrere Objekte
        Object obj=in.readObject();

        if(obj instanceof ObjectA)
           ((ObjectA)obj).ichBinFertigObjA();

        if(obj instanceof ObjectB)
           ((ObjectB)obj).ichBinFertigObjB();

        if(obj instanceof ObjectC)
           ((ObjectC)obj).ichBinFertigObjC();

       ....       

        }

Oder ich müsste mein Programm so umbauen das jede einzelne Klasse von einer Basisklasse erbt welche die .ichBinFertig() Methode bereitstellt.

Machbar wäre beides nur sollte es mir den Aufwand wert sein ? :bahnhof:

 

[AntiMuffin]

Also bei diesem Problem würd ich persönlich ein Interface benutzen welches du bei all deinen Objecten implementierst und dann Finishable heißt und eine methode onFinish enthält, oder so ähnlich.
Ich würde es dir auf jeden fall empfehlen, da wenn du jetzt ein neues 4tes Objekt bauen willst dann musst du extremen Aufwand betreiben, anderes musst du nur das Interface implementieren.

Zudem wird dein Code übersichtlicher !
Und dabei kannst du auch die Lösung von Dompteur benutzen.

Gruß,
AntiMuffin

 

[Kekz]

Ja! Daran hab ich gar nicht gedacht. Super so mach ich es, vielen Dank für die Hilfe :applaus:

 

[AntiMuffin]

Hab ich doch gerne gemacht! :toll: