Dynamische Edits aus Datenbank füllen - Best practice?

[Grolle]

Hallo,

gibt es eine best practice um ca. 50 dynamische Editfelder aus der Datenbank zu füllen und diese ggf. nach Änderungen wieder zu speichern? Dabei gehts mir besonders um die eindeutige Identifizierung der Edits. Hat da jemand einen Tipp?

Viele Grüße ...

[mkinzler]

Zur Identifizierung könnte die Tag Eigenschaft dienen

[Grolle]

Hi,

Tag benutze ich im Moment schon. Eigentlich brauche ich aber noch eine zweite Eigenschaft (ähnlich Tag 1-6). Es wird wohl am Besten sein, ich erstelle eine neue Komponente?!

Viele Grüße ...

[DeddyH]

Du kannst doch TEdit in dem Formular um weitere Eigenschaften erweitern.

[Namenloser]

Zitat:

Zitat von Grolle (Beitrag 1038043)

Tag benutze ich im Moment schon. Eigentlich brauche ich aber noch eine zweite Eigenschaft (ähnlich Tag 1-6). Es wird wohl am Besten sein, ich erstelle eine neue Komponente?!

Du kannst auch ein Objekt im Tag speichern, wenn du es auf Integer castest. Objekte sind ja nix anderes als Pointer, und ein Pointer ist genau so breit wie Integer. Musst dann halt nur darauf achten, dass du immer alles schön wieder freigibst, damit du dir keine Memory-Leaks einhandelst.

[mkinzler]

Da die Daten aus einer DB stammen sollte die ID ja reichen

[Grolle]

@DeddyH,@NamenLozer
Ok, das geht natürlich auch (ist wahrscheinlich auch einfacher :roll:)

@mkinzler
Das Problem, was ich jetzt noch sehe ist, dass immer 6 dieser Edits einen Datensatz bilden, den ich über FindComponent oder was auch immer am Besten zusammenhängend rausbekommen muss.

Viele Grüße ...

[DeddyH]

Die Frage ist: sind das verschiedene Felder eines Datensatzes oder verschiedene Datensätze?

[edit] Aha, hat sich ja gerade geklärt (wo war der rote Kasten) [/edit]

[Grolle]

Hi,

6 Felder sind immer ein Datensatz. Die Anzahl der angezeigten Datensätze ist dynamisch (abhängig von der Anzahl der Sprachen - im Moment 9).

Viele Grüße ...

[DeddyH]

Wie gesagt, da würde ich doch einfach TEdit erweitern. Eine TField-Property wäre z.B. eine Möglichkeit.