Frage zum Cloneable-Interface

[Reality]

Hi,
habe eine Frage zu einem Code-Beispiel:

class TestClone implements Cloneable{
int a;
double b;
  
  //Diese Methode ruft die clone()-Methode von Object auf
  TestClone cloneTest()
  {
    try{
      //Aufruf von clone in Object
      return (TestClone) super.clone();
    } catch (CloneNotSupportedException e)
    {
    System.out.println("Das Clonen ist nicht zulässig!");
    return this;
    }
  }
}

class CloneDemo
{
  public static void main(String[] args) {
  TestClone x1= new TestClone();
  TestClone x2;
  
  x1.a= 10;
  x1.b= 20.98;
  
  x2= x1.cloneTest(); //Clone x1
  
  System.out.println("x1: "+x1.a +" "+ x1.b);
  System.out.println("x2 :"+ x2.a +" "+ x2.b);
  }
}

return (TestClone) super.clone();

Mit super ruft man ja immer die Oberklasse auf. In diesem Fall ist das doch TestClone, oder nicht? Wenn ich den Befehl in TestClone.clone() umwandle, kommt folgende Fehlermeldung:

"CloneDemo.java": Auf Methode clone(), nicht-statisch, kann aus einem statischen Kontext heraus nicht zugegriffen werden in Zeile 12, Spalte 36

Und wieso muss das in TestClone gecastet werden? Das zu kopierende Objekt ist ja schon vom Typ TestClone!

Liebe Grüße
Reality

 

[bygones]

der super aufruf ist nicht sinnig. Wenn du schon das cloneable interface implementierst solltest du auch die clone methode von object überschreiben und deine eigenes Klonen bereitstelltn (ansonsten ist das Interface unsinnig).....

du musst es ansonsten nach TestClone casten da Object.clone() ein Object zurückgibt....
und der aufruf TestClone.clone() ist ein aufruf einer statischen methoden, clone() ist aber keine statische methode !!

 

[Reality]

Beim 2. Beispiel wurde auch überschrieben.

class TestClone2 implements Cloneable
{
int a;
double b;
  
  //clone() ist jetzt überschrieben und öffentlich
  public Object clone()
  {
    try{
    //Aufruf von clone() über Object
    return super.clone();
    } catch (CloneNotSupportedException e)
    {
    System.out.println("Das Clonen ist nicht zulässig!");
    return this;
    }
  }
}

class CloneDemo2 {
  public static void main(String[] args) {
  TestClone2 x1= new TestClone2();
  TestClone2 x2;
  
  x1.a= 10;
  x1.b= 20.98;
  
  //clone() wird direkt aufgerufen
  x2= (TestClone2) x1.clone();
  
  System.out.println("x1: "+x1.a +" "+ x1.b);
  System.out.println("x2 :"+ x2.a +" "+ x2.b);
  }
}

Kann mir mal jemand erklären, was mit super bewirkt werden soll, wenn doch TestClone die superKlasse ist und warum gecastet werden muss.

Liebe Grüße
Reality

 

[bygones]

super ruft die Methode der Oberklasse auf. TestClone ist nicht die Oberklasse, das ist Object. Die Methode clone in der Klasse Object liefert ein Objekt vom Typ Object zurück, daher musst du casten.

Ich meinte mit selber schreiben eher sowas:

class TestClone2 implements Cloneable
{
int a;
double b;
 
  //clone() ist jetzt überschrieben und öffentlich
  public Object clone()
  {
      TestClone2 newClone = new TestClone2();
       newClone.setA(a);
       newClone.setB(b);
       return newClone
  }
}

Auch hier dran denken, die MEthode die clone in TestClone aufruft muss danach das Object casten, da die Methode ein Objekt vom Typ Object zurückliefert

 

[Reality]

Hi,
erst mal Danke für die Antwort!
Wenn Object die Superklasse ist, warum geht dann nicht Object.clone()?

Liebe Grüße
Reality

 

[Pulvertoastman]

In der Methode clone sollte niemals der Konstruktor der Klasse aufgerufen werden. Der Aufruf von super.clone() ist deutlich performanter, da hier im Prinzip nur Speicher reserviert wird und der Speicher des Originals hierhin kopiert wird (Ist nicht ganz korrekt, aber im Prinzip das, was passiert).

Da clone protected ist, musst du natürlich die Methode überschreiben. dabei darfst du die Sichtbarkeit auf public erhöhen. Da clone in Object nur ein Objet zurückgibt musst du casten, wenn du nach dem Clonen auf Member oder Methoden des Clones zugreifen willst. Das kann z.B. der Fall sein, wenn du ein Deep Clone von Collections benötigst. Üblicherweise werden nämlich z.B. Listenelement nicht mitgecloned, da es sich nur um eine bitweise Kopie handelt. Hier musst du dann, wenn die eine sogenannte ShallowCopy nicht ausreicht, tatsächlich durch die Liste laufen und in die geclonete Liste eine Kopie des Originals packen.

Wenn ein Objekt das Cloneable Interface dabei nicht implementiert, wird eine CloneNotSupportedException geworfen, die du fangen kannst. Eine übliche Vorgehensweise ist dabei, null zurückzuliefern.

Leider ist die Nutzung von Clone nicht sehr gut beschrieben und kaum einer versteht, wie das ganze nun eigentlich gedacht war :-(

 

[Reality]

Hi Pulvertoastman!
Danke für die Beschreibung!

Kannst du mir noch diese Frage beantworten, die ich zuvor gestellt habe?

Wenn Object die Superklasse ist, warum geht dann nicht Object.clone()?

Liebe Grüße
Reality

 

[Pulvertoastman]

Weil clone protected in Object ist, kannst du es nicht von extern aufrufen. Deswegen können dann auch nur Objekte gecloned werdene, die dies explizit erlauben.

 

[Reality]

Und wieso kann ich dann Object über super aufrufen?!

Liebe Grüße
Reality

 

[Pulvertoastman]

???

Wie meinst du das? Gib mal ein Code-Beispiel, wie du das meinst.

Alle deine Klassen erben von Object. Dort kannst du natürlich protected Methoden aufrufen.