Vergabe von ID's und deren Auswirkung

[EWeiss]

Zitat von Luckie:

Es geht hier wohl nicht um die IDs von Datensätzen, sondern von die IDs von Windowssteuerlementen. Ich denke, der Hinweis mit WM_USER dürfte hier nicht zutreffend sein, da mit den IDs Steuerelemente benannt werden und keine Nachrichten. Warum dieses Steuerelement jetzt aber "geblinkt" hat, kann ich mir aber auch nicht so recht erklären und wenn dann nur mit einer ziemlich schrägen Erklärung und so schräg kann man eigentlich gar nicht programmieren, so dass für mich diese Erklärung eigentlich ausscheidet.

Ich persönlich fange eigentlich bei hundert an zu zählen. Und wenn ich mehrere toplevel Fenster habe, dann bekommt das Hauptfenster die ID 100 und die Steuerelemente auf diesem die IDs 101 bis 199. Das zweite Fenster bekommt die ID 200 und die Steuerelemente auf diesem die IDs 201 bis 299 und so weiter.

Wäre ein Ansatzt habe mich auch so in etwa dran gehalten.
Das erklärt aber nicht das Phänomen.

Delphi-Quellcode:

PROP_IMAGE_BACK = 1;
GRID_IMAGE = PROP_IMAGE_BACK;

Funktioniert!

Delphi-Quellcode:

PROP_IMAGE_BACK = 1;
GRID_IMAGE = 1;

Funktioniert nicht!

obwohl beides letztendlich das gleiche Ergebnis liefert nämlich 1

gruss

[Elvis]

Ich kenne sowas eigentlich gar nicht.
Wobei ich versuche möglichst gar keine Konstanten im Code zu haben. Denn wie in der Physik ist das oft ein Zeichen, dass man Lücken in der Theorie hat.

Warum brauchst du überhaupt IDs für Controls oder andere Objekte?
Das wirkt als würdest du an irgendeiner stelle entweder nicht Objekt-Orientiert arbeiten, oder es sogar absichtlich platt-kloppen.

Da es aber nunmal schon so ist wie es ist, kannst du dirja in deinem Projektordner eine XML-Datei packen, in der alle diese komischen Keys gelistet sind.
Aus der kannst du dann immer den Delphi Code erzeugen, der sie dann als Konstante listet. Der Code, der dir den Delphi code erzeugt, könnte auch meckkern, wenn es zu Duplikaten kommt.
Wenn du das auf diese etwas plumpe Art wirklich willst. Denn was du da hast sind dann einfach nur Cardinals, die sagen rein gar nix aus.
Was du vllt willst sind enums, deren Feldern du Werte zuordnest.

Delphi-Quellcode:

type TControlIds =
(
  IntroLabel = 100, // Informations Label
  AeroButton= 101, // Aero Button
  FlipNotes = 102, // Noten Umdrehen
  Drum = 103, // Drum Liste
  Instrument = 104, // Instrumenten Liste
...
);

Aber für's nächste Projekt solltest du versuchen auf Objekte nciht über irgendeine ID zuzugreifen, sondern das Objekt selbst weiter zu reichen und direkt auf ihm zu arbeiten. Sonst nimmt man eine halbwegs moderne Sprache, und benutzt sie wie Pascal auf CPM+.

Edit: Ganz vergessen, dass Delphi-Enums global sind. Also nicht durch den Typen benutzten werden. Mussu also so einen grausigen Präfix nutzen, wie man es ja kennt (Hast ja jetzt auch einen).

[EWeiss]

Verstehst du den Sinn einer ID nicht?
Das ist kein WM_MESSAGE sondern wie Luckie schon gesagt hat eine identifizierung um zum Beispiel
ein Object eindeutig zuordnen zu können.

Was hat das mit Objekt-Orientiert zu tun?
Das ist allgemein Standard und wird auch in C++ als Standard so gehalten wenn es um WinAPI Code geht.
Hier gibt es kein Control das funktioniert ohne eine eindeutige ID_

PS:
Habe dir mal ein Bild erstellt das du sehen kann warum man eine ID verwendet..
Wenn das nicht Objekt-Orientiert ist dann weiss ich auch nicht!

gruss