Objekt duplizieren?

[PeterPanino]

Gibt es eine Methode, mit der man ein Objekt duplizieren - also eine neue identische Instanz eines existierenden Objektes erzeugen - kann?

[Bernhard Geyer]

Jein. Bei Basisklassen ja, bei eigenen mußt du die Assign-Methode überschreiben und selbst die Logik für das Duplizieren implementieren.

[PeterPanino]

Schade. Wäre zu bequem gewesen!

[Bernhard Geyer]

Zitat von PeterPanino:

Schade. Wäre zu bequem gewesen!

Jedoch kann der Compiler nicht wissen wie er jedes Element behandeln muss. Kopie als speicherbereich-Kopie? Ebenfalls Assign Aufrufen. Evtl. irgendwelche Create/...-Aufrufe für Ressourcen?

[sirius]

Da ist die Frage, was du mit duplizieren meinst. Also was ist mit weiteren Objekten innerhalb deines Objektes?
Hier ist eine Möglichkeit für eine von TPersistent abgleitete Klasse, alle published Properties zu "kopieren". Aber wie gesagt, beispielsweie bei internen Klassen wird nur der Objektzeiger kopiert.

[PeterPanino]

Es ist eine eigene Klasse, von TObject abgeleitet.

Aber nur so aus Interesse: Gibt es eigentlich objektorientierte Hochsprachen, bei denen das Duplizieren eines Objektes einer eigenen Klasse möglich ist? Die Basisklasse TObject müsste dann wohl so aufgebaut sein, dass der Compiler jederzeit die Elemente einer beliebigen Klasse erfahren und somit diese dann der neuen Instanz zuweisen kann.

[phXql]

C# und Java können sowas. Machen aber nur eine flache Kopie. Denke das geht mithilfe von Reflection.

[sirius]

Du hast so ziemlich den Nagel auf den Kopf getroffen.
Es geht halt nur wenn sogenannte RunTime-Type-Informations vorhanden sind (kurz RTTI). Die sind in Teilen vorhanden, soweit sie halt gebraucht werden. Zum Beispiel muss in einem Record oder in einer Klasse stehen, wo ein String ist, damit er beim Auflösen der Struktur auch gelöscht werden kann. Und das steht immer da. Zusätzlich kann man den Compiler dazu bewegen in Klassen Informationen über alle published-Deklarationen zu hinterlegen (bis hin zu den Parametern von Methoden). Genau das ist auch der einzige Unterschied zwischen TObject und TPersistent. (Wobei man das mit einem Compilerschalter {$M} auch für eine von TObject abgleitete Klasse machen kann) Damit kann man dann eine komplette Kopierroutine schreiben (wie in dem Link).

Ich sehe grade, dass die verlinkte Methode das kopieren von Klassen derzeit komplett verweigert (also nicht diese Methode aber die Funktion aus der unit TypInfo). Ist ja auch klar, denn nach welchem Schema soll die Klasse dann kopiert werden?

Man kann sich unter zu Hilfenahme dieser Informationen eine Basisklasse schreiben, welche den Kopiervorgang implementiert. Und dann kann man alle Klassen, welche von dieser Klasse abgeleitet sind kopieren. Die VCL hat ja im Prinip für sich auch ein paar Routinen dazu. Aber etwas fertiges, allgemeingültiges kann man unter Delphi nicht schreiben.

Zu anderen Sprachen, kannst du mal hier lesen.

[Muetze1]

Zitat von phXql:

C# und Java können sowas. Machen aber nur eine flache Kopie. Denke das geht mithilfe von Reflection.

Zählt der CopyConstructor von C++ nicht dazu?

[phXql]

Hm, wenn der CopyCtor in C++ vernünftig mit vererbung umgehen kann, dann zählt er dazu, ja