Fortschrittsbenachrichtigung in WCF für lang andauernde Prozesse - Wie?

Question

Ich muss einen Weg entwerfen und implementieren, um mit lang laufenden Prozessen in einer Client/Server-Anwendung umzugehen. Ein typischer langwieriger Prozess würde 2-3 Minuten dauern. Ich muss der UI in der Zwischenzeit auch einen Fortschritt melden und die Benutzeroberfläche reaktionsbereit halten.

Nachdem diese in meinem Kopf dachte ich, ein paar Lösungen:

• Ein Asynchron-Anfrage den Vorgang zu starten, die den serverseitigen Prozess startet und gibt einen zugewiesenen LRPID (Long Lauf Prozess-ID) dann Abfrage regelmäßig vom Client mit dieser LRPID. (Pro: einfach zu implementieren, keine Firewall Herumspielen Con: unelegant, raubend Ressource etc.)

• Verwenden ein Duplex-Bindung (wie NetTcpBinding) und initiieren Rückrufe vom Server als Fortschritte gemacht werden (Pro: elegant, effizient, Con: Deployment Alptraum)

• [Ihr Vorschlag ???]

Was würden Sie davon halten?

Answer 1

Hier ist ein post von Dan Wahlin zum Erstellen einer WCF-Fortschrittsanzeige für eine Silverlight-Anwendung. Dies sollte hilfreich sein.

Answer 2

Wenn Sie sich nicht um die Firewall des Clients kümmern müssen, usw. ... würde ich wahrscheinlich mit Ihrer ersten Lösung gehen und eine BackGroundWorker verwenden, um den Anruf zu tätigen, damit der UI-Thread nicht blockiert wird. Ich habe das kürzlich für eine App getan, bei der eine Anfrage zum Erzeugen eines Berichts in eine Warteschlange gestellt wird und sobald sie fertig ist, wird sie abgerufen. Es scheint gut zu funktionieren.

Answer 3

Eine andere Möglichkeit (ohne die WCF-Bindung ändern zu müssen) besteht darin, ein WebBrowser-Steuerelement im WPF-Client und SignalR zu verwenden, um Fortschrittsnachrichten vom Server an dieses Steuerelement zu senden.

Beachten Sie, dass zur Vermeidung von JavaScript-Fehlern, die mit dem WebBrowser-Steuerelement auftreten (weil standardmäßig Internet Explorer Version 7 zu verwenden scheint, die nicht mit jQuery.js kompatibel zu sein scheint), müssen Sie die Schlüssel hinzufügen Registrierung auf dem Client-Computer, um den Standard für die Client-App zu ändern, um IE10 oder höher zu verwenden - siehe http://weblog.west-wind.com/posts/2011/May/21/Web-Browser-Control-Specifying-the-IE-Version). Dies könnte eine Fehlfunktion bei der Bereitstellung sein (da Admin-Rechte erforderlich zu sein scheinen - z. B. auf einem 64-Bit Windows 8.1-PC - um die Registrierungsschlüssel hinzuzufügen). Außerdem scheint es immer noch erforderlich, die lange laufende WCF-Methode in einem separaten Thread aufzurufen, da das WebBrowser-Steuerelement seine Anzeige nicht zu aktualisieren scheint, um die SignalR-Nachrichten anzuzeigen, die es empfängt. (Dies ist sinnvoll, da der UI-Thread sonst warten müsste, bis der WCF-Aufruf beendet wurde).

Aber ich erwähne es als Alternative ein neueres Werkzeug (SignalR) :)