Update C# - Diagramm mithilfe der BackgroundWorker-Klasse

Ich bin derzeit versucht, zu aktualisieren ein Diagramm, das auf meinem Formular in den hintergrund Arbeiter mit:

bwCharter.RunWorkerAsync(chart1);

Läuft:

private void bcCharter_DoWork(object sender, DoWorkEventArgs e)
{
     System.Windows.Forms.DataVisualization.Charting.Chart chart = null;

     //Convert e.Argument to chart
     //..
     //Converted..

     chart.Series.Clear();
     e.Result=chart;

     setChart(c.chart);
}
private void setChart(System.Windows.Forms.DataVisualization.Charting.Chart arg)
{
     if (chart1.InvokeRequired)
     {
         chart1.Invoke(new MethodInvoker(delegate { setChart(arg); }));
         return;
     }

     chart1 = arg;
}

Jedoch an dem Punkt des Löschens der Serie, wird eine Ausnahme geworfen.

Im Grunde, ich will nicht eine ganze Menge mehr Verarbeitung nach der Befreiung von der Serie, die verlangsamt die GUI komplett ab - so wollte das in einem anderen thread.

Dachte ich, dass durch die übergabe als argument, wie ich sein sollte sicher, aber anscheinend nicht!

Interessant, das Diagramm ist auf einer Registerkarte. Ich kann laufen, diese über und über, wenn die tabpage in den hintergrund, aber wenn ich diesen starte, schauen Sie auf den chart, verstecken Sie es wieder, und erneut ausführen, es wirft die Ausnahme. Natürlich wirft es, wenn sich das Diagramm in den Vordergrund als gut.

Kann jeder jeden schlagen, was ich anders machen kann?

Dank!

BEARBEITEN:
Ich weiß, dass dies getan werden kann in der form thread, als wenn ich aufgebe, es wieder zurück. Aber der springende Punkt, der mit einem hintergrund-Arbeiter ist zu vermeiden, zu Schleifen, das ganze Programm halt. Wie ich schon sagte, es ist viel mehr die Verarbeitung, als nur diesen einen Befehl.

Bin ich davon ausgegangen, dass die übergabe als argument, das mir erlauben würde, es in diesem thread ungehindert, aber gibt es eine chance, dass diese weitergegeben chart noch Punkte zurück zu der ursprünglichen Grafik in irgendeiner Weise? Wenn ja, wie können diese überwunden werden?

Ich soll das blockieren der GUI-thread so wenig wie möglich - so scheint es keinen Punkt in die aufrufen jeden Befehl.

InformationsquelleAutor Mark | 2011-01-13
  1. 4

    Wenn Sie möchten, deaktivieren Sie es zuerst, dann werden eine Menge tun, asynchron zu arbeiten, bevor Sie es wieder einzublenden, warum rufst du nicht chart.Series.Clear(); vor, Sie rufen die BackgroundWorker? In diesem Fall wird er gelöscht auf der main-UI-thread, dann führen Sie som async arbeiten, bevor Sie wieder das Diagramm aus dem UI-thread.

    Auch, wenn mit einem BackgroundWorker, würde ich die eingebaute ReportProgress und WorkerCompleted Ereignisse zu vermeiden, die manuelle cross-thread aufrufen. Das ist Teil der Grund für die Verwendung der BackgroundWorker in der erste Ort, um diese Art von Funktionalität für "frei". Also das Diagramm sollte in der WorkerCompleted um Ihren code zu vereinfachen (auch wenn das nicht die Ursache des Problems in diesem Fall).

    • Das problem ist, dass es viel mehr verarbeiten, als nur das zu tun. Der Grund, ich wollte einen backgroundworker zu halten war der GUI reagiert. Es gibt also keinen Vorteil, wenn ich den Anruf das der backgroundworker-Klasse, nur zu sagen, es zu tun alles, was in den GUI-thread. Was ich hoffte, war, kopieren Sie das Diagramm, lassen Sie die hintergrund-worker-Prozess zu, dann übergeben Sie es zurück und legen Sie die neue Karte in den Platz des alten ein. Ist dies nicht möglich?
    • Kannst du nicht einfach lassen Sie der BackgroundWorker die ganze Arbeit machen, und dann in der WorkerCompleted Ereignis deaktivieren Sie das alte Diagramm, und legen Sie die neuen ein? Wenn Sie den e.Ergebnis der neuen Grafik, es ist verfügbar auf der WorkerCompleted Methode auch.
    • Die gleiche Sache passiert. Das problem ist nicht, wenn ich versuche, Sie zu ordnen das Diagramm (diese wird aufgerufen, in den GUI-thread, wie oben gezeigt). Das problem ist mit Manipulation der chart, die als argument übergeben wurde. Könnte es sein, dass, obwohl das Diagramm übergeben wurde, ist es nur noch sehen, das original-Objekt? Sicherlich wäre dies nur der Fall, wenn es weitergegeben wurden als Referenz?
    • Es ist nur die Referenz übergeben wird, so dass jede Aktion, die Sie tun, um die übergebene Referenz wird Auswirkungen auf das original-Objekt, das gehört zu den GUI-thread.
    • Ich sehe! Gut, dass macht mehr Sinn, dann - wissen Sie, wenn es irgendeinen Weg gibt, ändern Sie dieses Verhalten? Auch, was ist dann der nutzen der Verwendung von 'ref', oder ist dies nur der Fall mit backgroundworkers?
    • Das Objekt, das Sie senden als parameter gesendet wird, durch den Wert, sondern das Objekt selbst ist ein Verweis auf den actal-Objekt. Also z.B. Einstellung sender = null innerhalb der Methode wird nicht das Objekt, das gesendet wurde, als parameter gleich null, aber jede änderung erfolgt zum Absender reflektiert werden die sender auch. Das ref-Schlüsselwort sendet einen Verweis auf die Referenz, so wird diese auf null macht die original-Referenz null. Nichts besonderes backgroundworkers. Dies geschieht für alle Typ der Referenz-Objekte. Für Wert-Typ (wie int, long und alle Strukturen, die Sie selbst erstellt haben) ..
    • .. der Wert wird kopiert und in die Methode ein und ändern es wird nicht reflektiert außen. Allerdings senden es mit dem ref-Schlüsselwort wird die änderungen innerhalb der Methode reflektieren auf das original-Objekt als gut.
    • Ok. Denke ich kann nur zu bekommen in den Kopf! Das noch nicht realisiert. Danke für die Erklärung. So gibt es keine Möglichkeit zu vermeiden, dieses Verhalten?
    • Die einzige Lösung ist einen Klon des Objekts ein, bevor Sie es in Ihre Methode. In diesem Fall werden nur die geklonte Objekt wird geändert, und nicht das ursprüngliche Objekt. Der Klon hat manuell vorgenommen werden wenn. Das ist die einzige Lösung für dieses "problem". Ich Schreibe "problem", da es tatsächlich das erwartete Verhalten 😉
    • Habe es funktioniert am Ende nur durch erstellen eines neuen Diagramms jedes mal, anstatt es - wie es gibt keine Clone-Methode. Vielen Dank für Ihre Hilfe und verständliche Erklärungen.

    InformationsquelleAutor Øyvind Bråthen
  2. 1

    Check für Invoke Erforderlich bcCharter_DoWork, wenn ja setzen Sie die Clear-Methode aufrufen, in der ein Delegierter zu.

     if (InvokeRequired)
 {          

     Invoke(new MethodInvoker(delegate 
     { 
       chart.Series.Clear();
       e.Result=chart;               
     }));

     return;
 }
    InformationsquelleAutor Vijay Sirigiri
  3. 1

    Stimme ich mit der Analyse in den vorherigen posts : Sie bitten einen thread, um Zugriff auf eine Ressource von einem anderen thread.

    Wie Sie eine BackgroundWorker-ich schlage vor, Sie verwenden die Dispatcher : 

    private void bcCharter_DoWork(object sender, DoWorkEventArgs e)
{
    Chart chart = null;

    Dispatcher.Invoke(DispatcherPriority.Normal,
        new Action(() =>
            {
                chart.Series.Clear();
            }));
}
    InformationsquelleAutor Nicolas
  4. 0

    Das problem Auftritt, ist, dass Sie keinen Zugriff auf UI-Elemente auf threads anderer als der, den Sie erstellt wurden. Allerdings, in Ihrem Fall können Sie einfach deaktivieren Sie das Diagramm vor dem Aufruf der hintergrund-Arbeiter.

    Können Sie manuell Marschall UI-element-Zugriff auf den richtigen thread aus einem anderen thread mit Control.Invoke.

    InformationsquelleAutor Adam Houldsworth
Schreibe einen Kommentar