Wer ruft die event-Procedure auf?

[mr47]

Zitat:

Zitat von mkinzler

Zitat:

Das hat aber den Nachteil, dass er alle Tags aktualisieren muss, wenn man ein Element aus dem Array entfernt oder hinzufügt.

Ich weiß ja nicht warum die Position im array so wichtig erscheint. In diesem Fall könnte er ja nicht die Tags ändern, sondern den Array nach dem .Tag des Senders durchsuchen.

Das ganze muss halt möglichst schnell gehen, da die Procedure sehr oft hintereinander aufgerufen werden kann. Und wenn ich da jedes mal ein Array mit x Elementen durchsuch lahmt das Programm schnell.

mr47

[mkinzler]

Warum ist den Position des Objektes im Array so wichtig, du kannst doch über Sender direkt zugreifen?

[mr47]

Zitat:

Zitat von mkinzler

Warum ist den Position des Objektes im Array so wichtig, du kannst doch über Sender direkt zugreifen?

Der String den IRCRaw in AContent liefert, wird in einem Thread weiterverarbeitet und ausgewertet. Es hat sich angeboten eine TStringList zu verwenden. Ich hänge "neu eingetroffene" Jobs einfach unten an die Liste an und der Thread löscht oben immer die abgearbeiteten Strings raus. Ich hätte die Position im Array dann in dem explizit formatierten String mit übergeben.
Bietet sich was anderes, mehr sauberes an? Dann her damit. Es wäre ja z.B. auch möglich einen Datentyp folgendermaßen zu definieren:

Delphi-Quellcode:

type
  TIrcJob = record
    job_string: string;
    response: TObject;
  end;

Dann könnte ich in response die IRC-Komponente übergeben (also den Sender) und hätte so das richtige Element im Array ohne die Position. Aber dann fällt dieses extrem komfortable arbeiten mit der StringList weg. Oder kann ich aus Array auch den Eintrag 0 löschen und neue dann wieder unten anhängen? Alternative?

danke

gruß mr47