Hallo,

ich zerbreche mir gerade den Kopf, wie ich meine Feldnamen optimal verwalten kann.
Ich habe momentan eine Unit mit Konstanten für Feldnamen.

markieren

Delphi-Quellcode:

Const
  fn_Bez = 'bezeichnung';
  fn_name1 = 'name1';
  ...

Somit habe ich jetzt im Code irgendwo z.B. 20 mal FieldByName(fn_bez).AsString; stehen.
In die Exe wird dann 20 mal 'bezeichnung' eingetragen, da er ja Konstanten währen des Compilierens zieht.
Wie kann man das so optimieren, dass ich die Bezeichner nur einmal im Code habe und dann etwa:

  FieldByName(LoadFieldBez(@eine_Adresse)).AsString; Ich dachte schon dran, auf Variablen umzustellen. Aber vielleicht gibt es noch eine saubere Lösung, ohne den Überblick zu verlieren.

Danke, Frank

Hallo Frank,

hast du schon resourcestring anstelle von const erwogen?

Grüße vom marabu

Zitat von marabu:

Hallo Frank,

hast du schon resourcestring anstelle von const erwogen?

Grüße vom marabu

Ja, hab ich. Mich stört nur, dass Resourcestrings IMHO doppelt so lang wie Strings sind.

Frank

Also ich denke nicht, daß es da 'ne bessere Lösung gibt.
Und ResourceString ja nur doppelt so lang, da es als WideString (Unicode) gespeichert wird, außerdem wird dann jedesmal LoadFromResource und eine WideToAnsi-Konvertierung durchgeführt, wenn irgendwo der benötigte Wert vorkommt.

Wenn du statt Konstanten auf Variablen umsteigst, dann liegt das zwar nur einmal in der Exe rum, aber du hast dann die ganzen Feldnamen auch noch ständig im RAM rumliegen.

markieren

Delphi-Quellcode:

Var
  fn_Bez: String = 'bezeichnung';
  fn_name1: String = 'name1';
  ...

Aber eigentlich war ich der Meinung, das der Delphi-Compiler die String-Konstanten besser verwaltet und wenn eine solche Konstannte mehrfach vorkommt diese auch nur einmal in der Exe abgespeichert wird.

Frank, ein word pro character wird zunehmend Standard - du solltest dich daran nicht so stören. Außerdem verbessert sich deine Bilanz doch immer noch deutlich. Wer weiß welche Einsparpotentiale du noch entdeckst, wenn du weiter suchst.

Freundliche Grüße

marabu

Ich weiss zwar noch nicht sicher, wie ich weiter verfahre. Aber trotzden schon mal meinen Dank an marabu und himitsu für die Hilfe.

Cu, Frank

Zitat von dataspider:

Hallo,

ich zerbreche mir gerade den Kopf, wie ich meine Feldnamen optimal verwalten kann.
Ich habe momentan eine Unit mit Konstanten für Feldnamen.

markieren

Delphi-Quellcode:

Const
  fn_Bez = 'bezeichnung';
  fn_name1 = 'name1';
  ...

Somit habe ich jetzt im Code irgendwo z.B. 20 mal FieldByName(fn_bez).AsString; stehen.
In die Exe wird dann 20 mal 'bezeichnung' eingetragen, da er ja Konstanten währen des Compilierens zieht.
Wie kann man das so optimieren, dass ich die Bezeichner nur einmal im Code habe und dann etwa:

Danke, Frank

Das ist absuluter blödsinn hab gerade mal meine Exen durchsucht und da sind alle Consts nur einaml drin, obwohl ich diese min. 100-200 Mal aufrufe.

sag ich doch ... selbst bei doppelter Definition sollte es dann nur einmal drin sein

markieren

Delphi-Quellcode:

Const
  fn_Bez1 = 'bezeichnung';
  fn_Bez2 = 'bezeichnung';
  ...

Zitat von franktron:

Zitat von dataspider:

Hallo,

ich zerbreche mir gerade den Kopf, wie ich meine Feldnamen optimal verwalten kann.
Ich habe momentan eine Unit mit Konstanten für Feldnamen.

markieren

Delphi-Quellcode:

Const
  fn_Bez = 'bezeichnung';
  fn_name1 = 'name1';
  ...

Somit habe ich jetzt im Code irgendwo z.B. 20 mal FieldByName(fn_bez).AsString; stehen.
In die Exe wird dann 20 mal 'bezeichnung' eingetragen, da er ja Konstanten währen des Compilierens zieht.
Wie kann man das so optimieren, dass ich die Bezeichner nur einmal im Code habe und dann etwa:

Danke, Frank

Das ist absuluter blödsinn hab gerade mal meine Exen durchsucht und da sind alle Consts nur einaml drin, obwohl ich diese min. 100-200 Mal aufrufe.

Mal abgesehen von der Ausdrucksweise...
Ich habe ein Mini - Prog erzeugt mit einer Konstante:

markieren

Delphi-Quellcode:

Const
  sTest = 'Schraps hat den Hut verloren...';

Diese habe ich 3 mal im Code eingebunden.
In der EXE kann ich diese genau 3 mal finden.
Vielleicht ist ja Delphi 2005 schon intelligenter und Delphi7 hat noch Blödsinn produziert...

Cu, Frank