VirtualStringTree: Dynamisches Array in Klasse verwenden?

[himitsu]

Zitat:

Zitat von urbanbruhin (Beitrag 1132342)

warum dann nicht auch gerade für die Datenverwaltung, wenn es doch auch viel einfacher ist als eine separate Datenbank?

Muß ja nicht unbedingt separat sein ... man könnte auch embedded nutzen :angle:

[100nF]

Zitat:

Zitat von himitsu (Beitrag 1132344)

Muß ja nicht unbedingt separat sein ... man könnte auch embedded nutzen :angle:

Ja könnte man...aber da sehe ich dann keine grossen Vorteile mehr gegenüber der VST-Variante :)

Naja sonst mache ich es halt doch mit einer separaten Liste nur für die Einkaufsinformationen...

Danke schonmal für die Antworten!

mfg

[himitsu]

Das Problem ist eher, wenn du die Daten fest an eine Komponente bindest:
- wurde daran was verändert
- gibt es diese Komponente nicht mehr
- oder läßt sie sich nicht mehr insallieren (neues Delphi oder gar was Anderes, wie z.B. C#)
das war's das mit den Daten (oder man muß versuchen sie zu konvertieren)

PS: Geht etwas in deiner Speicherroutine schief, dann sind die Daten futsch.
Ich vermute mal, daß du kein "sicheres" Speichern durchführst. (vielleicht sollte ich mal meinen entsprechenden FileStream hier hochladen)

[Lemmy]

hi,

Zitat:

Zitat von urbanbruhin (Beitrag 1132302)

Und genau da liegt jetzt mein Problem. Dem VST muss ja ganz am Anfang mal die Grösse zugewiesen werden:

Delphi-Quellcode:

VST_Teile.NodeDataSize := SizeOf(TTeil);

So, und wenn nun mein TTeil plötzlich dynamisch wird, wird wohl diese Initialisierung scheitern.

echt? Rate mal was folgendes für ne Ausgabe produziert:

Delphi-Quellcode:

  Memo1.Lines.Add(IntToStr(SizeOf(TForm)));
  Memo1.Lines.Add(IntToStr(SizeOf(TMemo)));
  Memo1.Lines.Add(IntToStr(SizeOf(TStrings)));

Und dann die Erklärung: Du ermittelst mit SizeOf NICHT die Größe einer Instanz sondern die Größe des Pointers (!) der auf die Instanz zeigt! Von daher spielt es keine Rolle wie viele Eigenschaften/Methoden/Arrays deine Klasse hat - der Pointer hat immer 4 Bytes.... (keine Regel ohne Außnahme: Win64 Code ;-))

Und meine Vorredner haben natürlich Recht - Visualisierung und Datenhaltung sollten getrennt voneinander sein, d.h. Die Teile speicherst Du in einer ObjectList, die Du in einer Lade-Methode füllst und anschließend verwendest Du die Objectlist um die Instanzen in den Tree zu hängen.

Grüße

[Medium]

Ich nehme an, TTeil ist ein Record. In diesem Fall gibt SizeOf tatsächlich die Größe der Instanz an, weil potenziell Stack-Objekt.

[DeddyH]

Aus dem Ausgangspost:

Zitat:

Delphi-Quellcode:

type
  TTeil = class (TComponent)

[Medium]

Ups :angel2:

[DeddyH]

Kann ja mal vorkommen :zwinker:

[100nF]

OKay Okay...

jetzt weiss ich gar nicht mehr wie ich das ganze machen soll :shock:

Ich habe im Programm jetzt schon 5 VST's das Speichern, Laden usw beigebracht und das war ja alles fürn A*** wenn ich die Daten nun separat abspeichern will :-(

Oh mann... Ich weiss nicht was ich jetzt machen soll....Muss erstmal drüber nachdenken :)

mfg

[100nF]

So, also ich glaub ich weiss jetzt wie ich es mache :D

Für die Artikel und die Einkaufsinformationen nehme ich je eine dateibasierte Datenbank. Eine andere "Tabelle" brauch ich aber noch für die Kategorien, was nichts anderes als eine TreeView ist, natürlich mit Unterknoten usw. Dies mache ich aber dann doch mit dem VST weil dieser die richtige Struktur auch gleich mitspeichern und laden kann.

Weil meine D2005 PE keine Datenbankkomponenten hat, hab ich die Gelegenheit auch gleich genutzt um mal Lazarus näher anzuschauen. Scheint eigentlich ganz ordentlich zu sein, nur halt schade dass es die JVCL-Komponenten nicht gibt...da wär so ein schöner DatenbankTreeView dabei gewesen xD naja immerhin den VST gibts für Lazarus.

Also vielen Dank euch für die Antworten! Hat zwar nicht so einfach geklappt wie ich mir das erhofft habe, aber ist ja auch nicht so schlimm ;-)

mfg