Suchergebnisse

Suchergebnisse 1-8 von insgesamt 8.

  • Benutzer-Avatarbild

    Das Task kann ja noch mehr als nur .Run, da gibt zB auch Task.WhenAny, oder Task.WhenAll guggemol Async, Await und Task

  • Benutzer-Avatarbild

    Zitat von Haudruferzappeltnoch: „Ich finde in deinem Tutorial keinen Hinweis. Welches Run soll ich denn durch WhenAll ersetzen?“nee, so simpel isses nicht, dass du nur ein Wörtlein austauschst und alles gut. Du musst dich schon auseinandersetzen. Zum Beispiel dein Problem ühaupt verstehen: Du hast mehrere Jobs, die gleichzeitig arbeiten sollen. Erst wenn alle fertig sind (WhenAll), solls weitergehen. Jo, entsprechend musst du programmieren Hier ein Hinweis aus msdn: Zitat: „Task.WhenAll Methode …

  • Benutzer-Avatarbild

    Zitat von Haudruferzappeltnoch: „Leute nu lests doch einmal was ich schreibe.“Ok - offsichtlich habich ühaupt nicht verstanden, was du willst. Zitat von Haudruferzappeltnoch: „Nu war die Frage aber von Beginn an, ob das nicht mit Async Await -Ansatz funktioniert, wo das Async Await eben notwendig/Hauptoperator is.“Worauf bezieht sich das "das"? Auf den Code von post#13? Funktioniert der? Wenn ja, Warum sollte man dann dort Async/Await einbringen, wenn es doch funktioniert? Zitat von Haudruferzap…

  • Benutzer-Avatarbild

    Zitat von Haudruferzappeltnoch: „Was ist "synchroner Ablauf von paralellem Code"?“Dann hab ich dich ja doch richtig verstanden, und bereits geantwortet: .WhenAll ist dein Froind. Aber du solltest nicht mit einer Console experimentieren, sondern mit einem Winform. Da kannst du etwas bauen, was beide Prozesse nebenläufig anstösst, ohne die Gui zu blockieren. Und .WhenAll fertig poppt eine Meldung dazu auf: "alle fertig". Und im Tut ist fast gezeigt, wies gemacht wird. Nur da poppt die Meldung nich…

  • Benutzer-Avatarbild

    sorry, irrtun. kann gelöscht werden

  • Benutzer-Avatarbild

    VB.NET-Quellcode (3 Zeilen)Zeile#1 erzeugt 2 Tasks, und die rennen schon. In zeile#2 wird zunächstmal auf Task1 gewartet. Wenn er durch ist wird direkt danach auf Task2 gewartet. Der ist aber schon die ganze Zeit gelaufen, und deshalb ist die Rest-Wartezeit natürlich kürzer. Bzw. wenn Task2 schon fertig ist, wenn auf ihn gewartet werden soll ist die Rest-Wartezeit 0. Insgesamt wird also bei dieser Konstruktion auf den langsamsten der beiden Tasks gewartet, egal obs Task1 ist oder Task2.

  • Benutzer-Avatarbild

    jo, und nu probierma so:VB.NET-Quellcode (9 Zeilen)

  • Benutzer-Avatarbild

    Zitat von VaporiZed: „Await Task entspricht Task.Wait. Await kam einfach syntaktisch später.“Nein. Task.Wait blockiert den aktuellen Thread. Da geht dann nichts mehr - eingefrorene Bildschirm. In einer Console mag das sehr erwünscht sein. Await returnt die Async-Methode vorzeitig.sodasss der MainThread nicht blockiert. Wenn der NebenThread dann durch ist, springt er wieder an die Await-Stelle und macht danach weiter. Kaum zu glauben, schwer zu verstehen, aber in Winforms ungemein praktisch. Hier…