TListview Aktualisierung durch Thread(s) optimieren?

[delphinub23]

Ich dachte ich kann keine direkte TStringliste an einen TListview übergeben?

[DeddyH]

Zeig uns doch einfach Deinen Code (den relevanten Teil).

[delphinub23]

Habe ich bereits in einem vorherigen Post getan :)

[Bernhard Geyer]

Wie lange dauert folgendes:

Delphi-Quellcode:

iCount := Handler.GetAllDataSets.Count;
for i := 0 to iCount - 1 do
begin
  lvListItem := lv.Items.Add;
  lvListItem.SubItems.Add('Test');
  lvListItem.SubItems.Add('Test2');
  lvListItem.SubItems.Add('Test3');
end;

Das ist die Zeit der GUI-Eintragen + Aktualisieren.

[DeddyH]

Ist GetAllDataSets etwa eine Funktion?

[delphinub23]

@DeddyH: Ja. Ist das "böse"?
@Bernhard Geyer: 296ms

Also ist das auch schonmal schlecht. Danke!

[DeddyH]

Dann setz einmal einen Haltepunkt in diese Funktion und schau, wie oft sie bei Abarbeitung des geposteten Codes durchlaufen wird.

[himitsu]

Auf die ListView sollte man besser nicht via thread zugreifen. (die VCL ist nicht threadsicher)

Man könnte aber im Hintergrund in einem Thread eine Liste zusammenstellen
und dann im Hauptthread oder via Synchronize nur die Änderungen in der ListView anpassen.
Geht natürlich schneller, als die aktuellen Items zu löschen und alles neu zu erstellen.

Aber auch wenn man vorher nur alle Daten im Thread zusammenstellt und dann nur noch alles schnell in den TreeView reinkopiert, sollte es gehen
(alles löschen und Items Anhand der vorher zusammengestellten Daten neu einfügen)

Ansonsten würde ich eher den VirtualTreeView empfehlen, denn dieser arbeitet wesentlich schneller und bietet auch die Möglichkeit ganz schnell Nodes auszutauschen.



Und was macht denn GetAllDataSets intern?

[delphinub23]

Danke für eure schnelle Hilfe!

@DeddyH: Danke für den eindeutigen Hinweis. Ich stand echt aufm Schlauch :oops:

Jetzt habe ich die Struktur etwas geändert und sieheda < 150ms

MfG
dnub