Objekt in Liste mit anderer Instanz ersetzen ohne Referenz zu verlieren

[norwegen60]

Danke für eure Tips. Ich habe bestätigt bekommen, was ich so zu wissen geglaubt habe, aber trotzdem nochmal absichern wollte.

Bei vielen Properties wird leider aus dem "nur nur für die "..neuen" Eigenschaften..." etwas mehr und es geht eher um die laufenden Pflege. Dass jeder auch daran denkt dass da noch ein Assign gepflegt werden muss.

Ein klein bisschen hatte ich die Hoffung, dass es irgendwo noch eine Möglichkeit gibt, den Zeiger auf Instanz1.1 so zu ändern, dass er auf Instanz1.2 weiter leitet.

[himitsu]

Delphi-Quellcode:

TAbg = class(TBasis)
  procedure Assign(Source: TPersistent); {virtual;} overload;

:angle:

Zitat:

Zitat von norwegen60 (Beitrag 1518398)

Ein klein bisschen hatte ich die Hoffung, dass es irgendwo noch eine Möglichkeit gibt, den Zeiger auf Instanz1.1 so zu ändern, dass er auf Instanz1.2 weiter leitet.

Naja, PObject sowie PPointer
aber nja.

oder ein Objekt im Object, wo sich das innere Objekt tauschen lässt.

[norwegen60]

Zitat:

Zitat von himitsu (Beitrag 1518399)

Delphi-Quellcode:

TAbg = class(TBasis)
  procedure Assign(Source: TPersistent); {virtual;} overload;

Ich habe meine Assign aktuell nicht mit Virtual und Overload versehen, konnte aber nicht feststellen, dass etwas nicht geht und Compilerwarnung gabs auch keine.
Nur unsauber oder falsch?

[Uwe Raabe]

Das Delphi-eigene Assign ist in TPersistent deklariert und bildet somit schon mal ein Grundgerüst. Dort sind Assign und AssignTo virtual deklariert und können dann in abgeleiteten Klassen überschrieben und mit Leben gefüllt werden. Da deine Klassen nicht von TPersistent abgeleitet sind, hast du da natürlich freie Wahl.

[himitsu]

Dort war nur "falsch", dass es in TBasis virtual war und im Nachfahren nochmal virtual,
also verdeckt, anstatt überschrieben.

[norwegen60]

Das zweimalige Virtual hatte ich nach deinem Hinweis gesehen. Nur bei der generelle Verwendung war ich mir unsicher.

[joachimd]

ich habe mir jetzt nicht alle Vorschläge durchgelesen...aber wären Interfaces nicht dafür geeignet? Das Objekt wird erstellt, einer Interface-Variablen zugeordnet, in der anderen Liste einer anderen Interface-Variablen zugeordnet usw...bei Änderung des Objekts ist es dann in allen Instanzen sichtbar.

[stahli]

Ich habe (wenn ich das Problem richtig verstehe) in einem ähnlichen Fall einen Pool eingerichtet, der meine Objektinstanzen verwaltet - jede Instanz einmalig.
In buisinessbezogenen Listen werden dann nur Referenzen auf diese Objekte verwaltet (statt TObjectList dann entsprechend TList verwenden).

Drei Zugriffsmöglichkeiten sehe ich:
- direkter Zugriff auf Objktinstanzen
- Zugriff über Interfaces
- Zugriff über Guids (der Pool muss dann eine binäre Suche unterstützen)

[norwegen60]

Hallo zusammen,

für mich ist der Thread gelöst.
Umstellung auf Instanzen oder Pooling sind aktuell keine Lösung. Die Anwendung ist zu umfangreich und damit der Eingriff zu groß.

Mein Problem wäre schon damit gelöst, wenn der Teil, der die Änderung vornimmt, auch auf die Liste zugreifen würde. Dann hätte ich gar keine zwei Instanzen. Aber auch das bedeutet Zeit die ich momentan nicht habe.

Da war die Synchronisation der notwendigen Felder per Assign schneller implementiert

Danke an alle
Gerd