Silverlight- und Push-Benachrichtigungen

Push-Benachrichtigung unterstützt wird, Silverlight 2 mit dem neuen WCF PollingDuplexHttpBinding unterstützen. Es gibt zwei Baugruppen installiert mit dem Silverlight SDK (eine für Silverlight app, einen für WCF-server).

Ich habe eine einige blog-Beiträge und eine vollständige Beispiel-Applikation, die zeigen, wie "push" Stock-updates von einer Console Application server, self-hosts einen WCF-Dienst an die verbundenen clients. Es zeigt auch, wie jedem Kunden Notizen hinzufügen können gegen eine Aktie und haben diese Notizen synchronisiert (geschoben vom server) an alle anderen verbundenen clients.

Die neueste version von der Probe (Teil 4) zeigt, wie das synchronisieren gedrückt updates zwischen Silverlight und WPF-clients über zwei server-Endpunkte wie folgt:

using System;
using System.ServiceModel;
using System.ServiceModel.Description;

namespace StockServer
{
    public class StockServiceHost : ServiceHost
    {
        public StockServiceHost(object singletonInstance, params Uri[] baseAddresses)
            : base(singletonInstance, baseAddresses)
        {
        }

        public StockServiceHost(Type serviceType, params Uri[] baseAddresses)
            : base(serviceType, baseAddresses)
        {
        }

        protected override void InitializeRuntime()
        {
            this.AddServiceEndpoint(
                typeof(IPolicyProvider),
                new WebHttpBinding(),
                new Uri("http://localhost:10201/")).Behaviors.Add(new WebHttpBehavior());

            this.AddServiceEndpoint(
                typeof(IStockService),
                new PollingDuplexHttpBinding(),
                new Uri("http://localhost:10201/SilverlightStockService"));

            this.AddServiceEndpoint(
                typeof(IStockService),
                new WSDualHttpBinding(WSDualHttpSecurityMode.None),
                new Uri("http://localhost:10201/WpfStockService"));

            base.InitializeRuntime();
        }
    }
}

WPF clients die Verbindung zum WSDualHttpBinding endpoint-und Silverlight-clients die Verbindung zum PollingDuplexHttpBinding Endpunkt der gleichen WCF-Dienst. Die app zeigt auch, wie mit der Silverlight-client-access-policy-Anforderungen.

Kunden (Silverlight oder WPF) können Notizen hinzufügen, die gegen ein Lager in Ihrer Benutzeroberfläche und diese Hinweise verbreiten wieder auf den server geschoben werden, für alle anderen Kunden. Diese Kommunikation zeigt in beide Richtungen, und hoffentlich führt alle notwendigen Kommunikation die Ihre app benötigt.

Sehen Sie einen screenshot der demo-Anwendung hier.

InformationsquelleAutor der Antwort Peter McG

Ich wollte nur klarstellen, dass die PollingDuplexHttpBinding nicht umsetzen, wahr ' push-Benachrichtigungen, wie offenbart seinen Namen (polling). Aus der msdn-Dokumentation:

Wenn er mit dieser Bindung der Silverlight-client in regelmäßigen Abständen Umfragen der service auf dem Netzwerk-layer und überprüft, für alle neuen Nachrichten, die der Dienst senden will auf den Rückruf-Kanal. Die service-Warteschlangen werden alle Nachrichten auf der client-callback-Kanal und liefert Sie an den client, wenn der client ruft den Dienst.

Jedoch ist es effizienter als der traditionelle Weg der polling-a-web-service, da nach jeder Umfrage, die server halten Sie den Kanal offen für eine bestimmte Zeit (1 minute), und wenn eine Nachricht eintrifft, dass in der Zeit, es wird direkt 'push' die Nachricht an den client. Der client hat immer wieder erneuern Ihre Verbindung, es so zu sagen Umfragen den service.

Wenn Sie möchten, implementieren Sie Echtzeit-push-Benachrichtigungen mit silverlight-ich glaube, Sie brauchen, um die Arbeit mit sockets, und ich empfehle die Lektüre von Dan Wahlin s blog Beiträge über das Thema.

InformationsquelleAutor der Antwort Jonatan Lindén

EDIT: ist es eigentlich gut funktioniert. Ich bekam schlecht infiziert von der "verborgenen Variablen" in einer closure 🙁

Benutzte ich die PollingDuplex für SL2 und ich denke, dass es ist nicht bereit für die Produktion noch.

Mein Haupt-Problem ist die Tatsache, dass Sie nicht diskriminieren, auf den clients auf der gleichen Maschine. Wenn ich 2 clients laufen dann einer von Ihnen werden nicht in der Lage, um den server Abfragen mehr und sterben timeout. Es ist eine SessionId, die andere für die 2 clients, aber es ist einfach ignoriert, auf der client-Seite.

Ebenso, wenn ich töten eine client-und dann eine neue erstellen, danach dann die neue client bekommt die push-updates von der vorherigen client für eine Weile.

Hatte jemand begegnen die gleichen Probleme oder sind Sie behoben, SL3?

Tatsächlich lief ich einige mehr demo-codes und festgestellt, dass aus irgendeinem Grund müssen Sie die InstanceContextMode und InstanceMode, so dass der service ist session-basiert und nicht ein singleton ist (soweit ich das sagen kann). Es gibt deutliche performance-Probleme in der einfachen demo-code, den ich zog.

Es ist sehr bedauerlich, dass dieses Verhalten nicht dokumentiert.

InformationsquelleAutor der Antwort R4cOON

Den PollingDuplexHttpBinding ist wahrscheinlich der eleganteste Weg, es zu tun.

Einer possilby weniger alternative ist die Verwendung einer TCP-socket von den Silverlight-client. Immer wenn ein Silverlight-clients muss ein update geschoben, schicken Sie es, eine TCP-Nachricht enthält den Namen der WCF-service er aufrufen muss, oder einige andere leichte Gewicht Stück von Informationen.

Ich diesen Ansatz für eine Anwendung und es funktioniert gut.

InformationsquelleAutor der Antwort sipwiz