According to an article in MSDN Magazine, ist es die beste Praxis "ConfigureAwait(false)
zu verwenden, wenn Sie können." Außerdem heißt es: "Wenn Sie ConfigureAwait
irgendwann innerhalb einer Methode verwenden können, dann empfehle ich, dass Sie sie nach diesem Punkt für alle Wartezeiten in dieser Methode verwenden." Stephen Cleary, der Autor dieses Artikels, states on his blog, dass „In Ihrer ‚Bibliothek‘ Asynchron-Methoden verwenden ConfigureAwait (false), wo immer möglich [Hervorhebung hinzugefügt].“Set ConfigureAwait (false) für gesamtes Projekt/dll
Da die meisten oder alle meine await
Aussagen in einer Bibliothek-Projekt, das weit sollte gemeint ist .ConfigureAwait(false)
verwendet werden müssen, ist es möglich, es zu tun, ändern etwas/eine Einstellung zu machen, so dass das Standardverhalten in meinem Projekt erwarten/dll soll nicht auf dem aufgezeichneten Kontext fortgesetzt werden? Das heißt, so dass ich alle Anrufe zu .ConfigureAwait(false)
weglassen und stattdessen nur hinzufügen könnte, wenn ich den Kontext beibehalten möchte.
Es wäre sicher nützlich, wenn es ein Attribut gäbe, das wir auf eine Klasse oder Funktion anwenden könnten, die den Standardwert von ConfigureAwait spezifiziert hat. –
Es kann gut sein, ConfigAwait (false) in einem Testframework zu testen. Jeder weiß, ob diese Funktionalität in irgendeinem Framework existiert. –
@AbdulSaboor: In diesen Tagen gibt es Code-Analysatoren, die Sie zwingen können, 'ConfigureAwait' (entweder' true' oder 'false') zu verwenden, um es explizit zu machen. Ich persönlich benutze sie nicht, aber ich kann ihren Vorteil sehen, besonders bei größeren Teams. –