Panel

[Kunoishi]

ups mit so einer resonanz habe ich nicht gerechnet.

also ich habe eine Artikeldatenbank die ich hiner eine dat-datei speicher.

Abteilung 100, Hose, 1x, Preis 15.00,
jetzt wollte ich die datenbank erweitern

Abteilung 100, Hose, farbe rot, größe 31/32 ,1x Preis 15.00

die zusätzichen angaben wollte ich in einem Panel bei bedarf einblenden lassen.

[Medium]

@DeddyH: Schöne Methode für die Visibility! So elegant hatte ich sie grad nicht im Kopf

[polarwolf]

Naja ich benutze meinen Quelltext auch ein wenig anders. Benutze nur den aufruf mit der Nummer und dann habe ich das Panel welches so meiner Nummer Passt. Und wenn ich ein Neues Panel einfüge mächte schreibe ich es einfach mit der nächsten zuortnungszahl rein.

Aber mal eine andere Frage wieso benutzen die schweizer in Helmi's Beispiel 2 das Result als anscheinende variable ? Hätte immer gedacht, dass das Result(Ergebnis) nur zur Rückmeldung an den Sender benutzt werden kann.

[Medium]

Okay, dann hast du ein ganz grundlegendes Konzeptproblem. Du brauchst nur ein einziges Panel, und packst dort immer nur die Daten des jeweils gewählten Artikels rein. U.U. lohnt sich hier auch der Umstieg auf eine richtige DB, so dass man den Komfort von SQL genießen kann.

Edit: Result ist nicht viel anders als eine lokale Variable, nur dass diese an EAX gebunden ist (bei primitiven Typen). Der Aufrufer einer Methode erwartet die Rückgabe in EAX, aber innerhalb der Methode kann damit ganz normal gearbeitet werden.

[Kunoishi]

an die db hatte ich schon gedacht, jedoch kam ich bei der installation mit der weitergabe der Interbase nicht weiter
und konnte so nicht mit der datenbank komunizieren. also habe ich das ganze in dat aufgebaut.
ich bin noch gespannt wie die verarbeitung bei großeren datenmängen wird. wie zum beispiel bei der Suche oder
bei der analyse

[Kunoishi]

ich gebei euch mal hier mein beispiel
an dem ich gerade mein problem versuche

vieleicht habt ihr ja eine lösung für mich

[Medium]

Interbase ist ziemlich antiquiert, und sollte in neuen Projekten keine Rolle spielen. Die bei der Weitergabe komfortabelsten DBs sind embedded Varianten wie z.B. von Firebird. Eine andere gute, und für den nicht-kommerziellen Einsatz freie DB ist auch MySQL, wobei diese separat installiert werden muss. DB <> Interbase, viel mehr ist (war) Interbase eine von ziemlich vielen Möglichkeiten.
Strukturierte Dateien sind für kleinere Datenaufkommen bis eine Hand voll hundert Sätzen und ohne komplexe Operationen sicherlich noch zu vertreten, bei dir scheint mir ein halbwegs ordentliches DBMS aber schon recht angemessen. Allein schon weil man über SQL Abfragen so manche Dinge erheblich viel kürzer und eleganter erreichen kann als über handgecodetes Datengeschaufel. Schon nur dafür würde ich eine kleine embedded DB jederzeit strukturierten Dateien vorziehen.
Eine andere Möglichkeit wären u.U. auch noch XML Dateien, die sich mit entsprechenden Providern datenbankähnlich behandeln lassen. Ich bin persönlich zwar kein großer Freund von XML als "Lösung für alles", aber hier wird's dann schon langsam zur Geschmacksfrage (zumindest in diesem Beispiel).