Suchergebnisse

Hallo, ist Async Await für den synchronen Ablauf von paralellem Code ungeeignet? Irgendwie tu ich mich da schwer. Denn man kommt wenn man einmal drin ist im Async Await Pattern, ja nicht mehr auf einen synchronen Ablauf danach wenn man nicht alles Async macht. VB.NET-Quellcode (18 Zeilen) Damit End wirklich nach HeavyWork kommt muss HeavyWork selbst Awaited werden. Das ist in dem Beispiel natürlich nicht möglich. Viele Grüße

Ich möchte, dass mir die Console aufgeht, 1 Sekunde wartet, "Start" schreibt, auf die Beendigung von HeavyWork1 und HeavyWork2 wartet und dann erst "End" schreibt. Und zwischen Start und End schreiben muss weniger als 2 Sekunden Zeit liegen. Ich versteh, dass Async Await parallel kann, aber ich versteh nicht wie man das einschränkt, der bleibt im Codebeispiel parallel, das heißt die Main Sub endet und HeavyWork läuft noch.

Async Await nicht nutzen, ist absolut klar. Deswegen die Frage ob Async Await ungeeignet ist. In der Main Await aufrufen ist nicht möglich; die Sub Main kann nicht Async sein. Wie in Post 1 angemerkt VB.NET-Quellcode (17 Zeilen)Tut nicht funktionieren, warum weiß ich nicht. Wartet 1 Sekunde schreibt dann sofort Start und End. Hier die funktionierende Variante ohne Async Await: VB.NET-Quellcode (17 Zeilen)

@Bluespide VB.NET-Quellcode (19 Zeilen) Klappt fast. Das versteh ich aber mal gar nicht. Warum hat die Function kein Return? Da wird nicht mal gemeckert. Allerdings wartet er nun 2 Sekunden zwischen Start und End; ist also nicht parallel @ErfinderDesRades Ich finde in deinem Tutorial keinen Hinweis. Welches Run soll ich denn durch WhenAll ersetzen?

Leute nu lests doch einmal was ich schreibe. Es geht nicht darum es generell zum laufen zu kriegen, ich glaube darauf willst du hinaus @ErfinderDesRades. Das ist in Post 6 schon soweit dargestellt. Dies ist der WhenAll Ansatz den ich sehe. Das ist aber dasselbe wie in Post 6 da muss kein Async Await VB.NET-Quellcode (17 Zeilen) Nu war die Frage aber von Beginn an, ob das nicht mit Async Await -Ansatz funktioniert, wo das Async Await eben notwendig/Hauptoperator is. @VaporiZed Zwischen Start und …

Aber Async Await und Task.WhenAll sind in diesem Code doch alle üflüssig. Scheint eine Besonderheit der ForEach Schleife zu sein. VB.NET-Quellcode (2 Zeilen)läuft synchron VB.NET-Quellcode (3 Zeilen)läuft parallel Wie ist das zu erklären? (Versteckter Text)

Worauf bezieht sich das "das"? Bezieht sich auf "synchroner Ablauf von paralellem Code" (siehe unten) Funktioniert der [Code Post 13]? Ja, in Post 6 auch schon. Wenn ja, Warum sollte man dann dort Async/Await einbringen, wenn es doch funktioniert? Jo sollte man nicht. Es geht drum, ist das durch Async Await irgendwie ersetzbar (nicht ergänzbar)? Was ist "synchroner Ablauf von paralellem Code"? In meinem Kopf unterscheiden sich folgende Codeabläufe: vb-paradise.de/index.php/Attachment/54664/ Die …

@ErfinderDesRades Du hast es vielleicht bereits geantwortet aber offensichtlich nicht auf die Fragen, die ich frug. Ich will kein Problem lösen, ich will was verstehen. Ich nehme erstmal mit, dass Async Await unbrauchbar für Fall links ist. @exc-jdbi Für meinen Beispielfall muss ich WhenAll aber überhaupt nicht Awaiten auch wenn es Awaitable is. Das verhält sich von allein schon wie geplant. Kann ich nochmal auf Post 15 verweisen? Ich hätte angenommen, dass sich beide Fälle gleich Verhalten. Was…

Ah das begreif ich zwar noch nicht vollumfänglich genug, aber das hat mir auf jeden Fall schon mal eine Blockade abgeschafft. Der zweite Task wird nicht gestartet bevor der erste zurückkommt. Bei der Schleife schon weil die Task und dessen Start quasi ein und dasselbe is.

Dank der Erkenntnisse, die ihr mir vermitteln konntet, habe ich nun die Async/Await Version gefunden (also kein Run, WhenAny, WhenAll): VB.NET-Quellcode (51 Zeilen)

Funktioniert, aber hier kommt jetzt der Punkt den ich immer noch nicht verstehe: Das funktioniert auch: VB.NET-Quellcode (9 Zeilen)Wo ist da jetzt noch der Unterschied? Und ich finde es auch ganz unintuitiv, dass ich aus dem Ausführen von Tasks wieder eine neue Task mache, was die WhenAll, Run, etc. Methoden ja tun. Ist das nicht doppelt gemoppelt?

Die einzelnen Konzepte, die verstehe ich, aber wenn man es dann zusammenführen muss, dann wird das echt abgespacet. Ich werde das noch viel üben müssen, vielleicht in einige Anwendungen einbauen die das gar nicht brauchen.

Folgende Schleife: VB.NET-Quellcode (12 Zeilen) gibt es da was dran zu verbessern? Also die Requests laufen anständig synchron und die Destinations parallel.

puh also der Artikel ist mir da nicht wirklich genug. Da steht sogar ein "es sei denn" drin. Tu ich mir denn einen ab damit, den generellen Umgang mit IDisposables hier auch konsequent durchzusetzen? Und ist es wirklich "besser" 3 Zeilen Code wegzulassen, wodurch ich von einer Norm abweiche?