auf die Daten der Basisklasse zugreifen

[TigerLilly]

Zu COBOL Zeiten gab es ein MOVE CORRESPONDING.

Solltest du mit einer Kanone auf Spatzen schießen wollen, könntest du Properties machen und via RTTI zusammengehörige Felder zuweisen.

Solltest du ganz hässlichen Code produzieren wollen, könntest du überlegen, dass i,j und pt alle am selben Offset im Speicher stehen, du könntest also einfach einen Speicherbereich via Offset und Länge kopieren.

Im Übrigen sind alle anderen erwähnten Lösungen natürlich viel besser!

Uups. Zwischenzeitlich ist Variante 1 tatsächlich vorgeschlagen worden. Wow.

[himitsu]

Joar, im normalen Programmieralltag würde ich auf solche "komplexen" (langsamen) Kopierfunktionen auch lieber verzichten wollen.
Nach und von JSON serialisieren stünde da auch noch zur Auswahl.



PS: TObject ist ein Zeiger auf einen Record.
System.CopyRecord oder System.CopyArray mit Length=1

[TiGü]

Zitat von TigerLilly:

Uups. Zwischenzeitlich ist Variante 1 tatsächlich vorgeschlagen worden. Wow.

Bei vielen verschiedenen Klassen und den Gebrauch derartiger Zuweisungen kann man die Kanone ruhig nehmen.
Dann fällt auch schnell auf, wenn eine Prop in Klasse A deklariert wurde und nicht in Klasse B.
Sowas wird beim Assign natürlich schnell vergessen.

[TigerLilly]

Zitat von TiGü:

Bei vielen verschiedenen Klassen und den Gebrauch derartiger Zuweisungen kann man die Kanone ruhig nehmen.

Naja, bei mir läuten bei sowas eher die Alarmglocken + ein Schild mit "Designfehler" poppt auf. So ein blindes im Nebel herumstochern sollte wirklich die Ausnahme sein. Aber man kann natürlich auch ein Maßband zum Fenster rauswerfen + aus der Lautstärke des Aufpralls auf die Fallhöhe rückschließen. Kreativ, funktioniert, nicht jeder wär draufgekommen, aber mit dem Maßband messen wär auch gegangen.

Zitat von TiGü:

Dann fällt auch schnell auf, wenn eine Prop in Klasse A deklariert wurde und nicht in Klasse B.
Sowas wird beim Assign natürlich schnell vergessen.

Nope. Das ist eher genau umgekehrt. In deinem Code fällt das gar nicht auf. Beim Assign hättest du schon zur Compilierzeit einen Fehler.

[TiGü]

Zitat von TigerLilly:

Nope. Das ist eher genau umgekehrt. In deinem Code fällt das gar nicht auf. Beim Assign hättest du schon zur Compilierzeit einen Fehler.

Was glaubst du, was passiert, wenn SetPropValue die (neu angelegte) Property von Klasse A in Klasse B nicht findet?

Beim Assign musst du das in der entsprechenden Methode explizit hinschreiben.
Das wird vergessen, sobald mehr als eine Person an der Klassenstruktur herumdoktert.
Nix mit Fehler zur compile time.

[himitsu]

Zitat von TiGü:

Nix mit Fehler zur compile time.

Wenn ein Property mal entfernt wird.

[TiGü]

Zitat von himitsu:

Zitat von TiGü:

Nix mit Fehler zur compile time.

Wenn ein Property mal entfernt wird.

Ja, aber auch nur dann!
In [HoheProzentzahlEinsetzen] aller Fälle wird hinzugefügt, anstatt was entfernt.

[himitsu]

Du könntest einen Unittest anschließen, aber natürlich wurde das neue Property dort dann auch vergessen zu prüfen.