VirtualStringTree: Dynamisches Array in Klasse verwenden?

[daywalker9]

Korrekt, es ist eine Liste von Pointern auf deine Daten. Du erzeugst wie gewohnt deine Objekte und fügst Sie per .Add hinzu und kannst später per Items[index] draufzugreifen. So kommst Du dann an deine Daten ran.

[100nF]

Naja das Problem ist dann aber dass diese Daten nicht mit den TTeil-Daten zusammen abgespeichert und geladen werden. Das müsste ich dann "von Hand" machen, was irgendwie auch nicht sehr elegant ist. Und ausserdem ist es wieder eine Fehlerquelle mehr...

Die Einkaufsinformationen sollten wenn möglich schon auch direkt mit den TTeil-Eigenschaften abgespeichert und wieder geladen werden.

Ich dachte das ist doch bestimmt keine grosse Sache, aber so langsam bin ich da nicht mehr so zuversichtlich

[ConnorMcLeod]

Daten und GUI sollte man IMMER voneinander trennen. Stell Dir nur mal vor, Du willst/sollst die Daten in sechs Monaten anders präsentieren. Dann müsstest Du entweder alles neu erfinden oder einen unsichtbaren VST im Hintergrund mitlaufen lassen...

Aus Erfahrung wird aus zusammengehörenden Daten ein Record und aus diesem Record bald eine Objektklasse, damit der Record auch etwas intelligenter wird. Die Instanzen dieser Klasse hast Du dann entweder in einem Array (=schneller sequentieller Zugriff) oder in einer Liste (= Add/Delete/Sort komfortabler). Das Data vom VST ist dann immer nur ein Pointer auf eines dieser Objekte.

Hoffe, das hilft.

[100nF]

Ja im professionellen Bereich wird das wohl ein wichtiges Kriterium sein, dass GUI und Daten strikte getrennt sind. Aber ich denke für ein kleines Privatprojekt das einfach sein Zweck erfüllen soll kann man da auch eine Ausnahme machen

Die VST-Komponente bietet da halt schon sehr viel Komfort:

• Speichern und Laden aller Datensätze mit wenigen Zeilen Code
• Einfaches Erstellen von Unterknoten, welche auch automatisch wieder richtig geladen werden
• Änderungen in der GUI wirken sich automatisch auch auf die "Datenbank" aus
• Integrierte Filter- und Suchfunktion
• Einflussnahme auf die grafische Darstellung ganz einfach und umfangreich

Also zum Darstellen der Daten will ich keine andere Komponente verwenden. Und wenn ich sie schon zum darstellen nehme, warum dann nicht auch gerade für die Datenverwaltung, wenn es doch auch viel einfacher ist als eine separate Datenbank?

Das "Richtige" für eine Bauteile-Verwaltungssoftware wäre ja wohl eine echte Datenbank. Das finde ich dann aber schon sehr mühsam, alle Datensätze immer zwischen Datenbank und VST hin- und herzuschieben. Wie gesagt, es soll ja nur ein kleines Privatprojekt werden...

Ausserdem lässt sich ja auch eine Export-Funktion relativ leicht programmieren, so könnte man die Datensätze wenigstens in einem gescheiten Format abspeichern, falls das mal notwendig sein sollte.

[himitsu]

Zitat von urbanbruhin:

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

[100nF]

Zitat von himitsu:

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

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)