TImageList-Alternative? Resource-Datei? Performance?

[Glados]

Limit, dass ich diese Erklärung verstehe. Demnach steht es bei mir außer Frage, dass ich das technisch umsetzen kann.

Was wäre hier der Vorteil gegenüber einer Resourcedatei?

[CCRDude]

Ich lade Icons zur Laufzeit aus den Resourcen in die TImageList, dann kann ich mir die Indizes beim Hinzufügen in Variablen speichern. Hilft natürlich nur bei der Zuweisung im Code, nicht im Designer.

[Glados]

Wäre auch ein Ansatz.

Hat das Laden aus einer Resourcedatei denn nennenswerte Performanceeinbußen?
Ich würde viele Icons bei Programmstart einmalig laden aber ein paar andere werden immer und immer wieder getauscht und somit neugeladen.

[Redeemer]

Es geht vermutlich sogar schneller.

[Glados]

Das wird jetzt aber interessant.
Warum genau ist es denn vermutlich schneller? Hat das was mit der Zugriffsart zu tun Code>Resource und Code>...>...>...>TImageList?

[Zacherl]

Zitat von Redeemer:

Es geht vermutlich sogar schneller.

Definitiv nicht - maximal gleich schnell. Rate mal, wo TImageList seine Icons abspeichert?

Zitat von Glados:

Ich würde viele Icons bei Programmstart einmalig laden aber ein paar andere werden immer und immer wieder getauscht und somit neugeladen.

Um wie viele variable Icons handelt es sich? Bei einigen Wenigen (< 100) würde ich sie gar nicht erst dynamisch laden. Einfach beim Programmstart komplett zur ImageList hinzufügen und dann über den Index bestimmen, welches Icon an welcher Stelle auftaucht.

[Glados]

Es sind maximal 10 die sich ändern... dafür aber gegebenenfalls oft.

Zitat:

Einfach beim Programmstart komplett zur ImageList hinzufügen und dann über den Index bestimmen, welches Icon an welcher Stelle auftaucht.

Das mit dem Index will ich ja unbedingt wegbekommen

(Resource schneller)

Zitat:

Definitiv nicht - maximal gleich schnell. Rate mal, wo TImageList seine Icons abspeichert?

Wenn das so ist und die TImageList eh nichts anderes macht, dann kann ich mir ja auch eine Funktion schreiben der ich den Namen der Resource übergebe, welche ich zurückerhalten möchte.
Dann bin ich die IDs los und kann frei laden und sortieren. Um doppelten Code zu vermeiden, würde ich alle Resource-Namen in ein Enum speichern.

[Uwe Raabe]

Wenn es sich ausschließlich um PNG Icons handelt, könntest du mit der PngImageList aus den PngComponents eventuell weiterkommen: Dort hat jeder Eintrag einen Namen.

Ich benutze diese Namen auch um den aktuell gültigen gültigen ImageIndex zu ermitteln und habe mir dazu einen kleinen Class-Helper geschrieben:

Delphi-Quellcode:

type
  TPngImageListHelper = class helper for TPngImageList
  public
    function FindImageIndexByName(const AName: string): Integer;
  end;

function TPngImageListHelper.FindImageIndexByName(const AName: string): Integer;
var
  itm: TCollectionItem;
begin
  Result := -1;
  for itm in PngImages do begin
    if SameText(itm.DisplayName, AName) then begin
      Result := itm.Index;
      Break;
    end;
  end;
end;

[Zacherl]

Zitat von Glados:

Es sind maximal 10 die sich ändern... dafür aber gegebenenfalls oft.

Zitat:

Einfach beim Programmstart komplett zur ImageList hinzufügen und dann über den Index bestimmen, welches Icon an welcher Stelle auftaucht.

Das mit dem Index will ich ja unbedingt wegbekommen

Schon klar, aber wenn du die ImageList beim Start der Anwendung mit Icons aus Resourcen füllst, kannst du ja jedem Icon beispielsweise den Resourcennamen zuweisen (bzw. dir in einer StringList mit identischen Indizes merken). Über einen einfachen Lookup in der StringListe findest du nun den ImageIndex des gewünschten Icons heraus.

Auf gar keinen Fall würde ich die Icons komplett dynamisch immer wieder neu laden und freigeben.