Boolean für Klick,
Im Click-Event des Buttons Boolean auf True,
In der Schleife auf Boolean reagieren.

Einfache schreibweise.

mfg. EiPott

ich glaube du solltest nach treas schaun... wenn du eine schleife hast die sehr lange läuft...

wenn du mit 2 Threads arbeitest kannst du von dem einen auf den anderen zugreifen und abbrechen....

Hallo Sams,

die Antwort von Eipott ist quatsch.
Aber das hast du ja schon bemerkt.

Eine lange Schleife sollte in einen eigenen Thread.
Anfänger verwenden auch gerne ein Applikation.DoEvents innerhalb der Schleife.

Das mit dem Thread gefällt aber besser.

Gruss

mikeb69

Der BackgroundWorker ist dafür perfekt gemacht. Er besitzt eine Abbruch-Funktion. Zusätzlich hat er eine Progress-Funktion.

msdn.microsoft.com/en-us/libra…dworker%28v=VS.80%29.aspx

die Antwort von Eipott ist quatsch.

Vielen Dank!

Ich nehme meine Antwort zurück. Seperater Thread wäre geeignet.

mfg. EiPot

Moin Forum,

hab gerade gelesen, wie man es richtig macht
Bevor ich aber nun mein Projekt auf Backgroundworker umstelle (das Prinzip finde ich klasse) 'ne kleine Frage:
Gibt es einen Zeitlichen Unterschied, wenn man Backgroundworker verwendet?
Dauert die Berechnung mit dem Backgroundworker langsamer?

Im Projekt gibt es eine sehr rechenintensive Berechnung die diverse Dateien berechnet. Eine Datei dauert schon ca. 2 min und es kommen gerne einige 100 Dateien zusammen.
Sprich: die Berechnung dauert lange.
Daher auch der Abbrechknopf mit der Möglichkeit die Berechnung zu stoppen.
Ich möchte nun ungern Umstellen, um dann festzustellen, das ne Berechnung nun 3 min dauert...

Vielen Dank im Voraus
Tukuan

Der Backgroundworker arbeitet die Prozedure genau so schnell ab als hättest du keinen.
Vorteile daraus sind wie die oben bereits genannten.

Zum Verständnis:
Dein Programm wird in einem Thread ausgeführt. Das ganze logischerweise Stück für Stück (Codezeilen)
Der Backgroundworker hat aber einen eigenen Thread. Somit wird dein Hauptthread (Programm) normal weiterlaufen und der Backgroundworker parallel dazu seine Arbeit verrichten.

Rein logisch gesehen denke ich müsste das ganze sogar ein bisschen schneller laufen, da der Thread vom BGW nur diese eine Aufgabe besitzt.

lg

Dann werde ich mal umstellen und genauer testen.
Wenn ich Ergebnisse habe, poste ich das (hoffe ich vergesse es nicht... )

Gruß
Tukuan

Sonst teste das ganze in einem Test-Projekt und dann siehst gleich mal das Ergebniss

lg

Moin moin

ich noch mal.

Funktioniert der Try-Catch-Block im Backgroundworker?

Und wir die Rechenleistung des Thread automatisch auf mehrere Prozessorkerne aufgeteilt? Oder muss man da noch andere Sachen machen/einrichten?
Und wenn ich 2 Backgroundworker erstelle, wird es dann auf mehrere Kerne aufgeteilt?

Gruß
Tukuan

Try-Catch funktioniert überall dort, wo Exceptions geschmissen werden.
Ein Backgroundworker = 1 Thread => 1 Prozessor.
Willst Du mehrere Prozessoren / Cores benutzen, musst Du mehrere Threads / Backgroundworker implementieren.

OK. Hört sich gut an.
Aber mir stellen sich weitere Fragen... Sorry, bin alsoluter Neuling auf dem Thread Thema.
Kann ich denn in einem Backgroundworker 2 weitere Backgroundworker anschmeißen?
Und wie kann ich Backgroundworker Daten übergeben?

Die Funktion arbeteite zur Zeit wir folgt im QuasiCode:


Kann ich die ganze Funktion in einen Backgroundworker (BGW) packen und dann beiden Berechnungen in weitere BGWs packen?
Problem ist, dass die Ergebnisse aus beiden Berechnungen zusammen wieder in eine Ergebnisdatei gespeichert werden müssen. Der Haupt-BGW müsste also auf die beiden Unter-BGWs warten. Geht das? Kann mir eventuell jemand mit Code aushelfen?

Gruß
Tukuan

Dem Backgroundworker kannst Du globale Variablen geben oder er holt sich Daten über Properties. Du kannst praktisch beliebig viele Backgroundworker parallel arbeiten lassen.

Du kannst Prozedur schreiben. Bei Button Click rufst die Prozedur auf und verläst die schleife.

Tukuan schrieb:

Problem ist, dass die Ergebnisse aus beiden Berechnungen zusammen wieder in eine Ergebnisdatei gespeichert werden müssen. Der Haupt-BGW müsste also auf die beiden Unter-BGWs warten. Geht das? Kann mir eventuell jemand mit Code aushelfen?

Das nennt man Fork-Join-Threading.
guggemal Multi-Tutorial
In deinem Fall wird Fork-Join-Threading nur soviel nützen, dass alle Cpu-Kerne mithelfen können.
Eine weitere Aufteilung würde jedem Thread nur einen umso kleineren Anteil der Cpu-Power zuteilen, sodaß sich kein performance-Vorteil ergibt.

Der BW ist eiglich ziemlich schrott, weil ers nicht unterstützt, typisierte Argumente in den NebenThread zu schleusen, und zurück.
Gugge AsyncWorker - CodeProject

SystemUnknow schrieb:

Du kannst Prozedur schreiben. Bei Button Click rufst die Prozedur auf und verläst die schleife.

VB.NET-Quellcode

1. Private Sub Schleife (ByVal ButtonClick As Boolean)
2. Dim z As Integer
3. For Z = 0 to 100
4. 'deine Code
5. '....
6. '.....
8. If buttonClick = True Then
9. Exit Next
11. Next
13. End Sub
15. Private Sub Button_Click(....)
17. Schleife(True) 'Schleife wird verlassen / Schleifen durchlauf wird abgebrochen
19. 'Du muß den Argument irgend-wo wieder auf "False" setzen.
20. End Sub

so ein schwachsinn! als ob man in einen laufenden sub eingreifen könnte und ihm parameter übergeben könnte! wenn man es wie dein beispiel macht (außerdem hast du application.doevents vergessen) dann wird eben wenn der button gedrückt wurde noch mal die sub aufgerufen welche gleich wieder beendet wird, und dann geht die vorherige sub wieder weiter! fail ...
außerdem sind sie schon längst zu der einsicht gelangt, das mit bgw/threads zu realisieren!

prozedur in einem thread laufen lassen.

du kannst nicht in eine laufende prozedur eingreifen und ein argument verändern! wenn schon muss es eine zumindest klassenweite variable sein, die gesetzt und gecheckt wird!