Serialisierung und Referenzen

[Siassei]

Hallo,

folgendes

Objekt A soll serialisiert werden
Objekt A enthält eine Referenz auf ein Objekt B
mehrere Objekte A können auf das gleiche Objekt B verweisen
es ist nicht ausgeschlossen, dass sich alle Objekte von B unterscheiden

Beim laden müssen alle Referenzen von den Objekten A auf B exakt dem entsprechen, wie vorher.
Mein Problem liegt beim Feststellen, ob die Referenz auf B schon vorhanden ist. Die Objekte können ja gleich sein und somit scheidet equals aus. Eine zusätzliche Variable in B scheidet aus, da die Instanz von B vorher nicht bekannt ist und von einer abstrakten Klasse erben geht auf Grund des Design nicht.

Wie kann ich feststellen, ob eine Referenz eines Objekts bereits in einer Liste ist?
Bietet die Reflection-API hier abhilfe? Erzeugen einer neuen Variable bzw. auslesen einer Eigenschaft, die es ermöglicht eine Unterscheidung zu treffen.

Gruß,
Thomas

 

[Sanix]

Vielleicht kannst du ein konkretes Beispiel posten aber Serialisierung macht immer eine deep Copy. Beim Wiederherstellen wirst du alle Objekte wieder habe. Die genaue Referenzadresse wird sich unterscheiden aber die brauchst du bei Java ja eh nicht.

 

[Siassei]

Beispiel:

public class A {

    private B b;


    public A(B v) { b = v; }

    public B getB() {
        return b;
    }

    public void setB(B b) {
        this.b = b;
    }
}

public class B {

    private String s;


    public B(String v) { s = v; }

    public String getS() {
        return s;
    }

    public void setS(String s) {
        this.s = s;
    }
}

public class DeepTest {

    /**
     *
     * @param args
     */
    public static void main(String[] args) {
        A a1, a2, a3;
        B b1, b2;

        b1 = new B("B 1");
        b2 = new B("B 2");

        a1 = new A(b1);
        a2 = new A(b2);
        a3 = new A(b2);

        System.out.println("a1: "+ a1.getB().getS());
        System.out.println("a2: "+ a2.getB().getS());
        System.out.println("a3: "+ a3.getB().getS());

        b2.setS("new Value");

        System.out.println("a1: "+ a1.getB().getS());
        System.out.println("a2: "+ a2.getB().getS());
        System.out.println("a3: "+ a3.getB().getS());
    }
}

Das sollte alles erklären. Die Referenzen sind wichtig! und sollten daher nach dem Laden wieder hergestellt werden. Aber wie, wenn es von B - Objekte geben wird, die sich nicht unterscheiden? In C++ würde ich die Referenz-Addresse abfragen. In Java kenne ich da keine Möglichkeiten und zudem könnte der GC das Objekt während des Vorganges verschieben.

 

[SlaterB]

== vergleicht Objekte auf Identität,
equals() auf Gleichheit

 

[Siassei]

Eine kleine Erweiterung

public class A {

    private B b;


    public A(B v) { b = v; }

    public B getB() {
        return b;
    }

    public void setB(B b) {
        this.b = b;
    }
}

public class B {

    private String s;


    public B(String v) { s = v; }

    public String getS() {
        return s;
    }

    public void setS(String s) {
        this.s = s;
    }
}

public class DeepTest {

    /**
     *
     * @param args
     */
    public static void main(String[] args) {
        A a1, a2, a3, a4, a5;
        B b1, b2;

        b1 = new B("B 1");
        b2 = new B("B 2");

        a1 = new A(b1);
        a2 = new A(b2);
        a3 = new A(b2);

        a4 = new A(new B("B 2"));
        a5 = new A(new B("B 2"));

        System.out.println("a1: "+ a1.getB().getS());
        System.out.println("a2: "+ a2.getB().getS());
        System.out.println("a3: "+ a3.getB().getS());
        System.out.println("a4: "+ a4.getB().getS());
        System.out.println("a5: "+ a5.getB().getS());

        b2.setS("new Value");

        System.out.println("a1: "+ a1.getB().getS());
        System.out.println("a2: "+ a2.getB().getS());
        System.out.println("a3: "+ a3.getB().getS());
        System.out.println("a4: "+ a4.getB().getS());
        System.out.println("a5: "+ a5.getB().getS());
    }
}

 

[Siassei]

== vergleicht Objekte auf Identität,
equals() auf Gleichheit

Da habe ich den Wald vor lauter Bäumen nicht mehr gesehen Diese Unterscheidung war mir unbekannt. Ich nahm immer an, dass der ==-Operator die equal-Methode aufruft. Zum Glück ist dem nicht so

Eine kleine Frage am Rande. Warum steht in vielen Bücher zu Java, dass man die equal-Methode dem == vorziehen soll? Das kann man pauschal nicht sagen! Darauf beruhte meine, Jahre lange (> 3), Annahme.

Für die Nachwelt, der erste Google-Treffer war
JAVA: 10.1.1 Die Klasse java.lang.String

 

[SlaterB]

nur in solch technischen Fällen wie deinem ist == interessant, ansonsten schaut man je eher nach dem fachlichen Inhalt,
bestes Beispiel ist immer String,
im Programm hat man "Test", der User tippt auch "Test" ein (JTextField), die Objekte sind nicht ==, sondern zwei verschiedene, aber equal


> Ich nahm immer an, dass der ==-Operator die equal-Methode aufruft. Zum Glück ist dem nicht so

sofern nicht anders überschrieben, verwendet aber equals() (aus Klasse Object) ==