Einfache "verlinkung" speichern?

[himitsu]

Im Grunde reicht ja das einmalige Suchen, beim Einlesen und danach kann man ja wieder mit Pointern/Objektreferenzen arbeiten.

Und nein, selbst wenn die Objekte nicht "statisch" sind, dann sind sie es aber dennoch.
Denn beim Speichern/Laden verändert sich die Verlinkung nicht, also ist sie somit statisch, im gespeicherten Zustand.



Entweder man implementiert selber einen Code, der Verlinkungen auflöst, wenn man ein Objekt löscht.

Oder man baut seinen Code soauf, daß er Links aufräumt.
Beide Objekte kennen gegenseitig die Verlinkung und können sie beim Löschen in ihrem Gegenüber auf nil setzen.

Und TComponent kennt schon Methoden zum automatischen Verlinken.
Da kann sich ein Objekt beim Anderen registrieren und dann bekommen Beide eine Notification, wenn Einer von Beiden gelöscht wird und da kann man die Verlinkung auflösen.

[hoika]

Hallo,

statt IDs würde ich GUIDs nehmen.

Heiko

[Sir Rufo]

Zitat von hoika:

Hallo,

statt IDs würde ich GUIDs nehmen.

Heiko

für die IDs kann man GUIDs verwenden

[himitsu]

GUID

Und wenn man die "Namen" nur für's Speichern braucht, dann kann man auch genauso gut einfach durchnummerieren
oder ganz billig den Pointer der Objektreferenzen als "ID" (nach Integer konvertiert, als Hex oder sonstwie) verwenden. (Beim Laden die ID aber nicht wieder in einen Pointer konvertieren, denn zu 99.9999999% wurden die Objekte bestimmt nicht an der selben Stelle neu erstellt)

[Acuaplano]

Hmm, klingt ja alles schonmal ganz nett. Dass man einfach nur am Anfang die gespeicherten links wieder durch pointer ersetzt ist mir gar nicht eingefallen. Aber wie Himitsu schon geschrieben hat: Mir geht's eigentlich nur um's speichern, normale durch Nummerierung reicht für mich aus. Aber ansonsten danke für die Antworten!

[Furtbichler]

Früher gab es mal einen 'Linker', der hat genau das gemacht, nämlich symbolische Referenzen in echte umgewandelt.

Zitat von stahli:

möglichst schnell, z.B. mit binärer Suche.

Eine Hashmap/Dictionary ist spürbar schneller.