Fire-and-Forget in C#: Async/Await vs. der alte Async-Delegierte – Welcher Ansatz ist der Beste?

„Feuern und vergessen“ in C#: Async/Await vs. alte asynchrone Delegaten – welcher Ansatz ist der beste?

Beim Versuch, „Fire and Forget“-Aufrufe in C# zu vereinfachen, können Entwickler beim Übergang zur neuen asynchronen Syntax auf Herausforderungen stoßen. In diesem Artikel werden die Unterschiede zwischen den alten und den neuen Methoden untersucht.

Beim alten Ansatz (demonstriert durch den „async“-Delegaten im Beispielcode) wurde der zugrunde liegende Thread beendet, sobald die EndInvoke()-Methode aufgerufen wurde. Die BeginInvoke()-Methode stellt sicher, dass der Thread gestartet wird, sodass „Start-and-Forget“-Operationen die DoIt()-Methode asynchron aufrufen können. Dieser Ansatz funktioniert zwar, erfordert jedoch das manuelle Schließen des asynchronen Wartehandles.

Neue asynchrone Syntax (am Beispiel der DoIt2()-Methode) macht EndInvoke() und Handle-Closing überflüssig. Es führt jedoch die Anforderung ein, auf Task.Yield() zu warten, wodurch vorhandene asynchrone Methoden überschrieben werden müssen, um diesen Platzhalter hinzuzufügen.

Um das Problem des asynchronen Aufrufs der synchronen Methode A() zu lösen, ohne unnötige Komplexität zu erzeugen, können Entwickler die Verwendung von async void vermeiden und A() direkt mit Task.Run(A) aufrufen. Dieser Ansatz emuliert den alten asynchronen Delegaten ohne die Komplexität von async/await.

Das obige ist der detaillierte Inhalt vonFire-and-Forget in C#: Async/Await vs. der alte Async-Delegierte – Welcher Ansatz ist der Beste?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!