Hallo!

Ich beschäftige mich seit kurzem mit Multithreading in .NET und habe testweise ein Programm geschrieben, das Dateien in einem separaten Thread rekursiv in einem vorgegebenen Ordner sucht und das Ergebnis in einer ListBox ausgibt. Hier der relevante Codeausschnitt des Threads:



wobei ich für die Invoke-Aufrufe noch diese beiden Delegates deklariert habe:



Wenn ich jetzt beispielsweise C:\ durchsuchen lasse, dauert das sehr lange, aber ich kann während die Suche läuft das Formular wie gewohnt bedienen. Sobald allerdings FilesFoundListBox.Items.AddRange aufgerufen wird, reagiert das Hauptformular nicht mehr und wird für ca. eine Minute weiß. Da ich Invokes verwende ist das prinzipiell logisch, da der Hauptthread AddRange ausführt.
Nun meine Frage: wie kann ich dennoch dafür sorgen, dass mein Formular während des Hinzufügens der Items in die ListBox bedienbar bleibt? Gibt es eventuell Alternativlösungen?

AXMD

Na dann würde ich einfach die Items einzeln hinzufügen . Dann lässt sich (ohne Begin/EndUpdate) auch das (flackernde) Befüllen beobachten. Irgendwann werden aber die tausend Invoke-Aufrufe selbst natürlich zum Flaschenhals, man könnte also stattdessen z.B. immer 10 Items auf einmal zur ListBox schicken. Oder im Nebenthread eine Queue befüllen und diese dann im Hauptthread mit einem 100ms-Timer abarbeiten... naja, wir wollen mal nicht übertreiben .

PS: Vielleicht ist hier BeginInvoke (asynchron) besser geeignet, damit wartet der Such-Thread nicht mehr auf die GUI-Aktionen in den Invokes.

Khabarakh hat folgendes geschrieben:

Na dann würde ich einfach die Items einzeln hinzufügen .

Das erhöht doch die Dauer zusätzlich

Khabarakh hat folgendes geschrieben:

Dann lässt sich (ohne Begin/EndUpdate) auch das (flackernde) Befüllen beobachten.

Das halte ich nicht für sinnvoll, vor allem weil das Flackern störend ist und unnötig viel Zeit kostet

Khabarakh hat folgendes geschrieben:

Irgendwann werden aber die tausend Invoke-Aufrufe selbst natürlich zum Flaschenhals, man könnte also stattdessen z.B. immer 10 Items auf einmal zur ListBox schicken.

Das ändert aber auch nichts an der Tatsache, dass das Formular in der Zwischenzeit nicht reagiert

Khabarakh hat folgendes geschrieben:

Vielleicht ist hier BeginInvoke (asynchron) besser geeignet, damit wartet der Such-Thread nicht mehr auf die GUI-Aktionen in den Invokes.

Es spielt keine Rolle, ob der Nebenthread wartet oder nicht - es geht darum, dass das Hauptformualar bedienbar bleibt.

AXMD

AXMD hat folgendes geschrieben:

Khabarakh hat folgendes geschrieben: Na dann würde ich einfach die Items einzeln hinzufügen . Das erhöht doch die Dauer zusätzlich

Wenn Du eine Aktualisierung der GUI willst, braucht das nunmal Rechenzeit. Eine eingefrorene GUI wird immer weniger Rechenzeit brauchen, als eine, die reagiert. Erinnere Dich an Application.ProcessMessages aus den Delphi-Zeiten

Du schreibst zwar, die GUI hänge bei AddRange, aber es dürfte eher der Aufruf von EndUpdate sein, oder? Denn erst dann wird die GUI aktualisiert. Und zu dem Zeitpunkt wird halt ein großer Batzen an Items auf einmal in die Listbox gepackt und das blockiert. Ich sehe auch nur die Möglichkeit, immer nur ein paar Items in die Listbox zu packen , damit die GUI zwischendurch Zeit hat, sich zu Aktualisieren.

In der WPF hätte man die Möglichkeit, bei Invoke noch eine Priorität mitzugeben, aber das ist mir aus WinForms nicht bekannt.

Dann werde ich heute Abend mal versuchen, die Listbox 10-Items-weise zu befüllen. Alternativ schwebt mir eine ListView vor (ist die eventuell schneller?) - habe aber hier in der Arbeit keine Zeit, um das zu testen.

Danke für deine Antwort
AXMD