[Maximilian]

Ein häufiger Grund, warum die Anwendung den Anschein macht sie sei hängengeblieben ist, dass rechenintensive Operationen in dem gleichen Thread ausgeführt werden, wie die Anwendung selbst. Dadurch wird verhindert, dass sich die Anwendung mitsamt allen Controls etc. aktualisieren kann.

Wie kann man das verhindern?
Es gibt zwei Möglichkeiten um dieses Problem zu umgehen:

• Die Verwendung eines BackgroundWorkers.
  
• Den entsprechenden Vorgang selbst in einem neuen Thread starten.

Zu 2.:
Es ist möglich Subroutinen in einem neuen Thread ausführen zu lassen, dabei ist aber folgendes zu beachten:
Seit der .Net Framework-Version 2.0 ist es nicht mehr möglich aus anderen Thread als dem der Anwendung auf Steuerelemente auf der Form zuzugreifen. Wird dies ignoriert wird bei dem Versuch eine Exception geworfen. Eine Lösung des Problems sind sogenannte „Delegates“ die mittels Invoke dem richtigen Thread zugewiesen werden.
Im Anhang befindet sich ein Beispiel zur Verwendung von Thread in Verbindung mit Delegates in C#. Wenn ich Zeit habe füge ich auch ein Beispiel in Visual Basic hinzu.

Fazit
Ich persönlich würde immer zum BackgroundWorker raten, da bei diesem die Handhabung der verschiedenen Threads entsprechend einfacher- und nicht so anfällig für Fehler ist.

Angehängte Datei(en)

•  thread_beispiel_cs.zip (13,47K)
  Anzahl der Downloads: 20

[wsl]

Man sollte vielleicht noch sagen, dass es auch möglich ist, mit einem Backgroundworker auch auf Controls zuzugreifen. ("Natürlich" mit einem Trick.) Das geht nicht so ganz hervor.


wsl

Dieser Beitrag wurde von wsl bearbeitet: 07. Dez 2009 - 21:34

[VB-Programer]

Kannst du den Trick mal posten

[Maximilian]

Naja, bei dem Backgoundworker hat man zwei Optionen wie man mit der GUI kommuniziert, entweder wie beim normalen Threading mittels Delegate und Invoke oder ganz bequem über die ReportProgress-Funktion vom Backgroundworker.