Suchergebnisse

Also das sollte doch funktionieren. ROD hat oben schon die Parallel erwähnt. Freundiche Grüsse exc-jdbi C#-Quellcode (75 Zeilen)

Die Task.Wait Methode stellt schon sicher, dass der Task abgeschlossen wird. Async-Await muss für diese Methode alleine nicht verwendet werden. Siehe hier. learn.microsoft.com/de-de/dotn…threading.tasks.task.wait Async-Await sind nur sinnvoll wenn Methoden verwendet werden die Avaitable sind, wie z.B. Task.WhenAll. johnthiriet.com/removing-async-void/ Freundliche Grüsse exc-jdbi

Jo. Ich habe mich auch schon wieder länger nicht mit dieser async-await Geschichte befasst. Das wäre für mich irgendwie die richtige und logische Vorgehensweise. (Versteckter Text)

Zitat von Haudruferzappeltnoch: „Task.Run(AddressOf HeavyWork1).Wait Task.Run(AddressOf HeavyWork2).Wait“ Zitat von Haudruferzappeltnoch: „For Each t In {Task.Run(AddressOf HeavyWork1), Task.Run(AddressOf HeavyWork2)} t.Wait() Next“ sind leider nicht das gleiche weil in der foreach wird eine Array<Task> abgearbeitet, und in der oben ist es die Wait-Methode, also eine void-Methode die nacheinander aufgerufen wird ohne vorher je ein Task-Datentyp erzeugt zu haben. So Task.Run(AddressOf HeavyWork2)…

Das ist genau der Punkt wo ich Unterschiede zwischen Consolenanwendungen oder Windowsprogrammen, obwohl ich diese Unterscheidung nicht unbedingt gerne mache. Das von EDR in #29 gezeigte Beispiel funkst nämlich in einem Windowsprogramm, weil dort das Fenster nach dem aufgebaut konstant auf dem Bildschirm gezeigt wird. In der Consolenanwendung funkst das nur, wenn ein Console.ReadLine() oder etwas dergleichen vorliegt. Ich stell mir das immer vor, wie ein sehr grosser Winderstand der das Ausführen…