C# Async Task-Wechsel Label Text

Den folgenden Code nicht ändern Sie den Text und Stoppt die Ausführung der Task

private void button1_Click(object sender, EventArgs e)
    {
        label1.Text = "Test";
        Task.Run(() => MyAsyncMethod());
    }

    public async Task MyAsyncMethod()
    {
        label1.Text = "";
        //everything from here on will not be executed
    }

wäre wirklich praktisch, wenn Sie verwenden könnte, async zusammen mit den UI -

  • können Sie versuchen, Fragen für "label1.InvokeRequired" und buchstäblich Berufen, wenn erforderlich, die asynchron Aufgabe?
  • okay InvokeRequired true zurückgibt.
  • Sie versuchen zu ändern, ein UI-Steuerelement aus einem thread, dass ist nicht der UI-thread. versuchen label1.Text = "test"; await MyAsyncMethod(); label1.Text="";
InformationsquelleAutor save_jeff | 2015-05-16
  1. 8

    für den Zugriff auf eine GUI-Steuerung durch einen zweiten Faden, den Sie machen zu müssen.
    folgende Beispiel zeigt, wie ein label-text richtig

      private void setLabel1TextSafe(string txt)
  { 
       if(label1.InvokeRequired)
           label1.Invoke(new Action(() => label1.Text = txt));
       else
           label1.Text = txt;
  }

    Ich hoffe das löst dein problem

    • kein problem, es ist ein problem, das hatte mich entfernt gehalten von der Verwendung von Tasks und Threads seit Monaten
    • hier gilt das gleiche. im langsam ab, um etwas zu bekommen, was.
    • der Kerl, der downvoted mich, ich möchte Ihnen erklären, warum.
    InformationsquelleAutor leAthlon
  2. 9

    wäre wirklich praktisch, wenn Sie verwenden könnte, async zusammen mit den UI -

    Design async wurde sorgfältig durchgeführt, so dass Sie kann verwenden Sie es, natürlich mit der Benutzeroberfläche.

    in meinem code, den ich ausführen einer Funktion, die eine Menge von IO und dem Zeug, das dauert eine lange Zeit

    Wenn Sie asynchrone I/O-Methoden (die Sie sollten), dann können Sie genau dies tun:

    private async void button1_Click(object sender, EventArgs e)
{
  label1.Text = "Test";
  await MyMethodAsync();
}

public async Task MyMethodAsync()
{
  label1.Text = "";
  await ...; //"lot of IO and stuff"
  label1.Text = "Done";
}

    Dass die meisten natürlichen Ansatz.

    Jedoch, wenn Sie müssen zum ausführen von code auf einem hintergrund-thread (z.B., es ist eigentlich die CPU-gebunden ist, oder wenn Sie wollen einfach nicht, um Ihre I/O-Operationen asynchron, wie Sie sein sollte), dann können Sie IProgress<T>:

    private void button1_Click(object sender, EventArgs e)
{
  label1.Text = "Test";
  var progress = new Progress<string>(update => { label1.Text = update; });
  await Task.Run(() => MyMethod(progress));
}

public void MyMethod(IProgress<string> progress)
{
  if (progress != null)
    progress.Report("");
  ...; //"lot of IO and stuff"
  if (progress != null)
    progress.Report("Done");
}

    Unter keinen Umständen sollten moderne-code verwenden Control.Invoke oder (noch schlimmer) Control.InvokeRequired.

    • Es scheint, das erste Beispiel führt zu einem Fehler : System.InvalidOperationException: 'Cross-thread operation not valid: Control 'labelProject' accessed from a thread other than the thread it was created on.'
    • Wenn der Schaltfläche der click-handler wird aufgerufen, in einer richtig etablierten UI-Kontext, dann kann nicht passieren. Ich empfehle Ihnen, Fragen Sie Ihre eigene Frage mit einem minimal reproduzierbare Beispiel.
    • Der button heißt in einer richtig etablierten UI-Kontext, und es ist passiert. Es passiert, wenn ConfigureAwait mit der await nennen. Der gleiche Fall ist hier beschrieben stackoverflow.com/questions/37898516/...
    • heißt, Sie brauchen nicht die UI-Kontext. Da Sie do müssen die UI-Kontext nicht verwenden ConfigureAwait(false).
    • Geniale Antwort!!
    InformationsquelleAutor Stephen Cleary
  3. 0

    Task.Run verwendet wird, um den Umschlag einer Aktion (das ist nicht async) in einer Aufgabe. Jede Aufgabe, die Sie ausführen möchten, sollten abgewartet werden. So, dass Task.Run von Ihnen ist, konsequent nichts zu tun.

    Mark, die button1_Click event-handler von dir als async. Entfernen Sie die Task.Run und stattdessen erwarten MyAsyncMethod().

    • dies ist nur e simplefied version von dem, was er Tat. in meinem code habe ich eine Funktion auszuführen, das eine Menge von IO und dem Zeug, das dauert eine lange Zeit, aber hatte keine asynchronen Funktionen in es -> es nicht lief async
    • Damit Sie Ihre Funktion, die haben alle das sync Zeug sollte nicht async. Sie würde dann warten Aufgabe.Run(MyMethod). So würden Sie es laufen asynchron.
    • Auch, wie die visuelle thread wäre das ein warten auf den Anruf, Sie bräuchten nicht nach Marshall-Kram zurück zum UI-thread. Ich werde das hinzufügen einiger code-Beispiel schon bald Ihnen zu zeigen, was ich meine.
    InformationsquelleAutor Gabriel Rainha
  4. -3

    Versuchen. Sie brauchen nicht, um das Feuer einen neuen thread zum aufrufen der async-Methode. der compiler wird es für Sie tun.

    private void button1_Click(object sender, EventArgs e)
    {
        label1.Text = "Test";
        MyAsyncMethod();
    }
public async Task MyAsyncMethod()
{
    return await Task.Run(() =>{
    label1.Text = "";
    //everything from here on will not be executed
     }
}
    InformationsquelleAutor iaq
  5. -3

    Ich denke, dass beide die Fragen und einige der Antworten sind nicht klar. Je nachdem, wo in der task-thread, die Sie brauchen, zu aktualisieren, die Marke, die Sie haben, zu verwenden, aufzurufen. Ansonsten können Sie einen nutzen erwarten, und nutzen Sie die standard-Semantik.

        private async void button1_Click(object sender, EventArgs e)
    {
        label1.Text = "Starting to run a long task... carry on...";
        await snooze(3);
        label1.Text = "Done with long task";
    }

    public Task<int> snooze(int seconds)
    {
        label1.Text = "zzzz...";
        return Task.Run(
        () => {
            label1.Invoke(new Action(() => label1.Text = "For some reason I need to alert you here.. bad dream perhaps...direct access to label1 will fail"));
            Thread.Sleep(seconds * 1000);
            return  seconds;
           });

    }
    InformationsquelleAutor Bob Sheehan
Schreibe einen Kommentar