Wenn die Methode void zurück, ist die gleiche, die Aufgabe an?

Ich versuche die async CTP, die versión 4.5 erlaubt die Verwendung von asynchronen Methoden, ohne zu schreiben, der Begin/End-Methoden.

Meine erste Sonde ist für die Ausführung einer asynchronen Methode, die "void" zurückgeben. Ich sehe ein paar Beispiele und das folgende tun:

private void btnAsync01_Click(object sender, RoutedEventArgs e)
{
    UpdateTxtLog("click button: " + System.DateTime.Now);
    method01Async();
    UpdateTxtLog("after ethod01Async: " + System.DateTime.Now);
}

private async void method01Async()
{
    await TaskEx.Run(() =>
    {
        UpdateTxtLog("Enter method01Async: " + System.DateTime.Now);
        Thread.Sleep(10000);
        UpdateTxtLog("exit method01Async: " + System.DateTime.Now);
    });
}

In meinem WPF-Projekt habe ich eine textBox, wo die Ergebnisse zu sehen, und eine Schaltfläche, führen Sie die async-Methode.

In der asynchronen Methode, die ich verwenden, erwarten, dass nötig ist, weil die Methode ist asynchron, und die TasEx.Führen Sie zum erstellen eines neuen thread, in dem Sie den code auszuführen.

Meine Zweifel in diesem Punkt. In ein paar Beispiele, die ich sehen, wie zum erstellen einer async-Methode, die void zurückgibt, verwenden Sie diese Weise, die Aufgabe.Laufen oder TaskEx.Laufen.

Wenn ich mich nicht Irre, Aufgabe.Führen Sie einen neuen thread erstellen, wo die Methode auszuführen. Dann warum verwenden eine asynchrone Methode, wenn mit der Aufgabe, das erstellen eines neuen thread habe ich bekommen, was ich will, nicht blockiert den main thread?

Auch, wenn Sie die async-Methode Zugriff auf gemeinsame variable, muss ich vorsichtig sein mit der Parallelität, richtig? Also ich weiß nicht, der Vorteil bei der Verwendung von async-Methoden, zumindest in diesem Fall.

In der Tat, ich benutze den gleichen code, ohne async und ohne zu erwarten und das Ergebnis ist das gleiche, das Hauptprogramm nicht blockiert, und alles funktioniert wie ich erwarte. Die Methode ist diese:

private void method01Async()
{
    TaskEx.Run(() =>
    {
        UpdateTxtLog("Enter method01Async: " + System.DateTime.Now);
        Thread.Sleep(10000);
        UpdateTxtLog("Exit method01Async: " + System.DateTime.Now);
    });
}

Meine Frage ist, ist dies die richtige Art und Weise zu verwenden, async, wenn die Methode "void" zurückgeben?

BTW, Die Visual Studio 11 Beta ist jetzt raus, der enthält die Funktionen von dem Async CTP-Version, mit einigen Verbesserungen und bug-fixes.
Und was ist der Vorteil von os mit async-Methode in diesem Fall, wenn in der Methode, die ich benutze eine Aufgabe, und die Aufgabe, verwenden Sie eine niew thread? Wenn ich direkt eine Aufgabe, ohne ein async-Methode, bekomme ich das Verhalten. Vielleicht async-Methoden haben mehr Sinn, wenn die Methode einen Wert zurückgeben und für void-Methoden, ist es besser, direkt eine Aufgabe?
Ich empfehle, dass alle async Methoden zurück Task oder Task<TResult> es sei denn, Sie sind event-Handler und zurück void. Dies ermöglicht Ihnen das schreiben Sie, wenn nötig, und Fehler-handling sauberer, auch wenn ein async void - Methode löst eine Ausnahme in einer WPF-Kontext, es wird direkt an den UI-nachrichtenschleife, so async void Methoden sind nicht wirklich "fire-and-forget").
Nutzen Sie auch Task.Run nur zum ausführen von code auf den thread-pool. Sie können Task.Delay für eine asynchrone warten, statt Warteschlangen eine Sperrung Sleep.

InformationsquelleAutor | 2012-04-06

4

Wenn ich mich nicht Irre, Aufgabe.Führen Sie einen neuen thread erstellen, wo die Methode auszuführen.

Nicht genau. Task.Run() läuft der code auf einem anderen thread aus dem UI-thread (zumindest mit dem Standard -TaskScheduler). Aber es wird nicht wirklich erstellen einen neuen thread, in den meisten Fällen verwenden Sie einen bereits vorhandenen thread aus dem ThreadPool.

Dann warum verwenden eine asynchrone Methode, wenn mit der Aufgabe, das erstellen eines neuen thread habe ich bekommen, was ich will, nicht blockiert den main thread?

Den Punkt async im Rahmen einer UI-Anwendung ist in der Lage, einfache Ausführung von code auf dem UI-thread nach und asynchrone Vorgang abgeschlossen ist.

So, wenn Sie Ihre method01Async "erwartbaren", das heißt, machte es wieder ein Task:
```
private async Task method01Async()
{
    await Task.Run(/* whatever */);
}
```
Könnte man dann erwarten Sie von der btnAsync01_Click Methode, wenn du es geschafft`, async:
```
private async void btnAsync01_Click(object sender, RoutedEventArgs e)
{
    UpdateTxtLog("click button: " + System.DateTime.Now);
    await method01Async();
    UpdateTxtLog("after method01Async: " + System.DateTime.Now);
}
```
Diese Weise die Letzte Zeile der Methode wird nur ausgeführt, nachdem der Task im method01Async abgeschlossen. Und es wird ausgeführt, die auf dem UI-thread.

In .Net 4.0, könnte man einen ähnlichen Effekt mit ContinueWith() und Dispatcher.Invoke():
```
private void btnAsync01_Click(object sender, RoutedEventArgs e)
{
    UpdateTxtLog("click button: " + System.DateTime.Now);
    method01Async().ContinueWith(() =>
        Dispatcher.Invoke(
            new Action(() =>
                UpdateTxtLog("after method01Async: " + System.DateTime.Now)));
}
```
Ich bin sicher, Sie werden Zustimmen, dass dies ist viel chaotischer und weniger lesbar.

Auch, wenn Sie die async-Methode Zugriff auf gemeinsame variable, muss ich vorsichtig sein mit der Parallelität, richtig?

Ja, du hast Recht.

In der Tat, ich benutze den gleichen code, ohne async und ohne zu erwarten und das Ergebnis ist das gleiche, das Hauptprogramm nicht blockiert, und alles funktioniert wie ich erwarte.

Das Ergebnis ist sicherlich nicht das, was ich dachte, dein code tun soll. Die Letzte Zeile btnAsync01_Click, die ausgeführt wird, "nach method01Async", aber es wird nicht warten, bis die Task begann, die Methode abgeschlossen ist.

As a side note, gibt es keine Notwendigkeit zu verwenden async in Ihrem method01Async. Rücksendung der Task direkt (oder nicht, wenn Sie es behalten wollen void-Rücksendung), wird die gleiche Arbeit:
```
private Task method01Async()
{
    return Task.Run(/* whatever */);
}
```
- Gut, wenn ich sagte, dass die Aufgabe einen neuen thread erstellen, wirklich ich war eine Vereinfachung, ich weiß, dass die Aufgabe auf einen bereits vorhandenen thread aus dem threadpool, und wenn es jedermann frei, dann ist die Aufgabe warten muss. Im m Fall, ich will nicht warten in der main-Methode (click-Ereignis in diesem Fall), da die sekundäre Methode (method01Async) machen nur etwas, das nicht sein Benachrichtigen der main-Methode. Zum Beispiel, senden Sie eine E-Mail zu etwas. Ich will nur senden, aber nicht zu kümmern oder zu informieren, in der Anwendung, wenn die operation gemacht wurde oder nicht.
- Ist das, was ich denke, in void-Methoden, vielleicht async ist nicht erforderlich, und die async-Methoden wird empfohlen für Methoden, die einen Wert zurückgeben.
- Wenn Sie nicht wollen, etwas zu tun, nachdem die Operationen abgeschlossen ist, dann ja, es gibt keinen Grund zu verwenden await. Zwar mag es Sinn machen, den Einsatz im E-Mail-code, verwenden den threadpool effizienter zu gestalten.
InformationsquelleAutor svick
1

Nicht wirklich mit dem async-in jedem Fall, da bist du nicht warten auf den ersten Anruf. Hier ist, wie sollten Sie es tun:
```
private async void btnAsync01_Click(object sender, RoutedEventArgs e)
{
    UpdateTxtLog("click button: " + System.DateTime.Now);
    await method01Async();
    UpdateTxtLog("after ethod01Async: " + System.DateTime.Now);
}

private async Task method01Async()
{
    return await TaskEx.Run(() =>
    {
        UpdateTxtLog("Enter method01Async: " + System.DateTime.Now);
        Thread.Sleep(10000);
        UpdateTxtLog("exit method01Async: " + System.DateTime.Now);
    });
}
```
Sobald Sie es ändern, um diese (wichtigen Teil await method01Async() in der Schaltfläche click-Ereignis, springt es wieder zurück, nachdem es beendet, und Ihre "nach ethod01Async:" text-log sollte zeigen, zehn Sekunden Verzögerung, genau wie Ihre "exit-method01Async" melden Sie sich in der method01Async Methode.
- Dieser Code wird nicht kompiliert. Sie brauchen, um btnAsync01_Click async wenn Sie verwenden möchten await in es.
- Ja, es ist notwendig, um click-Ereignis async. Aber mit diesem Weg, ich habe den gleichen Zweifel, wenn in der method01Async verwende ich eine Aufgabe, ich bin mit einem neuen thread, so sehe ich nicht den Vorteil der Verwendung von async. Die machen mich denken, dass, wenn Sie die async-Methoden haben mehr Sinn, wenn die Methode ein Ergebnis zurückgeben, und für void-Methode vielleicht ist es besser, direkt ein thread mit einer Aufgabe.
- ist die richtige. Ich wollte eigentlich nicht compile diese, so werde ich aus dem Gedächtnis. Würde der compiler schnell erkennen Sie, dass Sie nicht nennen await von einer Methode nicht getaggt mit async. Bearbeitete zu reflektieren. Dank svick.
- der Grund für die Verwendung async/await ist, dass Sie wollen etwas tun, wenn es zurück, aber nicht bevor. In diesem Fall, Ihre UpdateTxtLog("after ethod01Async: " + System.DateTime.Now); würde Sie sofort ausführen, wenn Sie nicht await die Rückkehr der Task. Mit meinem Beispiel würde es nur führen Sie nach die Task abgeschlossen, und es passiert immer noch auf einen anderen thread und es ist nicht blockiert, Ihre UI-thread.
InformationsquelleAutor Chris Benard

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.