Eintrag aus Stringgrid mit Eintrag aus Listview vergleichen sehr langsam

[Olli73]

Zitat von KodeZwerg:

Also man hat eine Datei, möchte sich aus der Datei Daten in ein Stringgrid Anzeigen lassen, nun füll ich das Stringgrid mit Daten weil sie ja visuell Dargestellt werden sollen.
Wenn ich nun die Daten vorher in eine TList oder Array oder sonst was lade/puffer um sie dann trotzdem visuell darzustellen, in wie fern beschleunigt es die visuelle Komponente wenn die Daten aus einem TList o.ä. kommen anstelle direkt von der Datei?

Du kannst den Inhalt des StringGrid auch selber zeichnen (onDrawCell), dann sparst du dir das Kopieren/Speichern im StringGrid.

[günni0]

Zitat von EWeiss:

Zitat:

Meiner Meinung nach gibt es da keinen nennenswerten Unterschied wenn man mal von den Lesevorgängen von der Festplatte absieht.

Dann nenne ich dir einen.
Es könnten unnötige Messagen aufgerufen werden wenn ich Daten direkt aus einer Visuellen Komponente abrufe.
Zum Beispiel WM_PAINT ob das erwünscht und tragbar ist mag dahin gestellt sein.

Und ja wenn es so ist macht es sehr wohl einen großen Unterschied.

gruss

Ob WM_PAINT oder nicht ist völlig egal. Denn beim Befüllen der visuellen Komponente aus der Listenstruktur wird es ohnehin aufgerufen.
Also zählt WM_PAINT nicht.

[verkouter]

Die Daten in dem Stringgrid sind der Größe nach sortiert (Bohrpunkte).
Die Listview enthält mehrere Subitems mit Datum usw. und werden vom Anwender umsortiert.

[Delphi.Narium]

Ist das richtig, Du nutzt Delphi 6?
Bei Delphi 7 verfügt TListView über die Methoden FindCaption und FindData. Gab es die bei Delphi 6 noch nicht?

Wenn es sie bereits geben sollte, könnten sie eventuell eine Alternative für die Suche sein, statt über alle Einträge zu iterieren.

Zitat von Delphi 7 - Hilfe:

FindCaption (Methode von TCustomListView)

Die Methode FindCaption gibt einen Listeneintrag mit dem angegebenen Titel zurück.

Delphi-Syntax:

function FindCaption(StartIndex: Integer; Value: string; Partial, Inclusive, Wrap: Boolean): TListItem;

C++ Syntax:

TListItem* __fastcall FindCaption(int StartIndex, AnsiString Value, bool Partial, bool Inclusive, bool Wrap);

Beschreibung

Mit FindCaption können Sie nach dem Eintrag in der Liste suchen, dessen Titel mit dem String im Parameter Value identisch ist. Wenn der Parameter Inclusive den Wert true hat, wird die Überprüfung bei dem in StartIndex angegebenen Listeneintrag begonnen. Andernfalls beginnt die Suche beim nächsten Element. Ist der Parameter Wrap true, wird die Suche am Anfang der Liste fortgesetzt, wenn der gesuchte Eintrag bis zum Listenende nicht gefunden wurde. FindCaption gibt den ersten Eintrag zurück, dessen Eigenschaft Caption mit Value identisch ist. Wenn der Parameter Partial auf true gesetzt wird, werden auch Titel gefunden, die mit dem Teilstring Value beginnen. Hat Partial den Wert false, wird nach einer genauen Übereinstimmung gesucht. Wenn kein Eintrag gefunden wird, gibt FindCaption nil (Delphi) bzw. NULL (C++) zurück.

Eine ganz blöde Idee:

Manchmal kann es die Arbeit mit visuellen Komponenten deutlich beschleunigen, wenn man das Programm solange minimiert.

Delphi-Quellcode:

procedure TForm1.ToolButton23Click(Sender: TObject);
var
  lvItem: TListItem;
begin
  Application.Minimize;
  for I := stringgrid2.RowCount-1 downto 1 do
  begin
    lvItem := FindListViewItem(ListView1, stringgrid2.Cells[0,i], 1);
    if lvItem <> nil then
    begin
     {mach was}
    end;
  end;
  Application.Restore;
end;

Und nein, elegant ist das nicht.

[p80286]

Zitat von günni0:

Als erstes natürlich alle Daten in nicht sichtbaren Strukturen speichern. Hier bietet sich doch eine generische TList an, Records oder Klassenstrukturen.
Aber Daten in den visuellen Komponenten speichern ist eigentlich immer Pfui.

Performance und visuelle Komponenten schließen sich gegenseitig aus. Man mag darüber diskutieren ob eine Tlist oder eine TStringlist hier besser ist, solange es keine visuelle Komponente ist, ist es auf jeden Fall schneller. Und es geht hier nicht um 10% sondern um 50..80%.

Gruß
K-H

[dummzeuch]

Zitat von KodeZwerg:

Also man hat eine Datei, möchte sich aus der Datei Daten in ein Stringgrid Anzeigen lassen, nun füll ich das Stringgrid mit Daten weil sie ja visuell Dargestellt werden sollen.
Wenn ich nun die Daten vorher in eine TList oder Array oder sonst was lade/puffer um sie dann trotzdem visuell darzustellen, in wie fern beschleunigt es die visuelle Komponente wenn die Daten aus einem TList o.ä. kommen anstelle direkt von der Datei?

Für sowas bieten sich virtuelle aka owner drawn controls an. Z.B. mein dzVirtualStringGrid (oder man programmiert es halt selbst, ist kein großer Akt). Dann lädt man die Daten nur noch in den Speicher und zeigt sie per Events an.

[EWeiss]

Zitat von p80286:

Zitat von günni0:

Als erstes natürlich alle Daten in nicht sichtbaren Strukturen speichern. Hier bietet sich doch eine generische TList an, Records oder Klassenstrukturen.
Aber Daten in den visuellen Komponenten speichern ist eigentlich immer Pfui.

Performance und visuelle Komponenten schließen sich gegenseitig aus. Man mag darüber diskutieren ob eine Tlist oder eine TStringlist hier besser ist, solange es keine visuelle Komponente ist, ist es auf jeden Fall schneller. Und es geht hier nicht um 10% sondern um 50..80%.

Gruß
K-H

Ach lass ihn doch bei seinem glauben manche wissen es halt besser.

gruss

[günni0]

Zitat:

Ach lass ihn doch bei seinem glauben manche wissen es halt besser.

Muss man deinen Beitrag verstehen?

Was hab ich denn so schlimmes gesagt, worauf p80286 geantwortet hat? Ich sagte nur, man sollte seine Daten nicht direkt in visuellen Komponenten speichern.
Wer es trotzdem macht und das auch noch gut findet, sollte ernsthaft überlegen was er da tut.

Rumstänkern und Beiträge nur halb lesen ist jedenfalls keine Lösung.

Ließ dir meinen und p80286s Beitrag noch einmal ganz in Ruhe durch!

[EWeiss]

Zitat:

Was hab ich denn so schlimmes gesagt, worauf p80286 geantwortet hat? Ich sagte nur, man sollte seine Daten nicht direkt in visuellen Komponenten speichern.
Wer es trotzdem macht und das auch noch gut findet, sollte ernsthaft überlegen was er da tut.

Ich habe nichts anderes gesagt.

Deine Antwort drauf.

Zitat:

Ob WM_PAINT oder nicht ist völlig egal. Denn beim Befüllen der visuellen Komponente aus der Listenstruktur wird es ohnehin aufgerufen.

Widersprichst du dir da nicht selbst.?
Oder aber du hast meinen Beitrag dazu falsch verstanden. Wie dem auch sei.

Zitat:

Rumstänkern und Beiträge nur halb lesen ist jedenfalls keine Lösung.

Habe auch keinen Bock auf Gezanke..

gruss

[KodeZwerg]

Das WM_PAINT oder andere visuelle Komponente gedönse schalte ich zumindest mit Begin/EndUpdate vorübergehend aus, ob ein minimieren den gleichen Effekt erzielt habe ich so noch nie getestet, zumindest falls es klappt ist es eine weitere Methode ala Begin/EndUpdate effekt ODER ganz krass: dann sollte ja auch ein "Hide" der Komponente diesen Effekt hervor rufen, so hat man zumindest noch ein Fenster sichtbar