Welche Versionierungsstrategien sind für SignalR-Hubs mit .NET-Clients verfügbar?

Question

WCF bietet umfangreiche Unterstützung für Versionierungsdienste, Verträge, Clients usw. Ich untersuche SignalR als Möglichkeit für meine implementierten .NET-Clients, mit dem Server zu sprechen, habe aber keine Ressourcen gefunden, wie Hubs und Clients unabhängig entwickelt werden können. Gibt es einen Grund dafür? Sicherlich muss es eine empfohlene Best Practice für die Handhabung der Hub-Evolution geben (Hinzufügen von Methoden, Ändern von Parametern in vorhandenen Methoden, Entfernen von Operationen usw.), wenn Sie nicht unbedingt die Kontrolle über Client-Versionen haben.

Answer 1

Wenn Probleme bei der Versionssteuerung auftreten, zwingt SignalR Clients, ihre SignalR-Versionen durch Ausnahme zu aktualisieren oder herabzustufen.

Wenn die Version von SignalR, die Sie auf dem Client haben unterscheidet sich von der Version, die Sie auf dem Server haben, ist SignalR oft in der Lage zu der Differenz anzupassen. Beispiel: Ein Server mit der SignalR-Version 2 unterstützt Clients, auf denen 1.1.x installiert ist, sowie Clients , auf denen Version 2 installiert ist. Wenn der Unterschied zwischen der Version auf dem Server und der Version auf dem Client zu groß ist oder wenn der -Client neuer als der Server ist, löst SignalR eine InvalidOperationException-Ausnahme aus, wenn der Client versucht, eine Verbindung herzustellen. Die Fehlermeldung lautet "Sie verwenden eine Version des -Clients, der nicht mit dem Server kompatibel ist. Clientversion X.X, Serverversion X.X".

Verwandte Article

Nach der Version 2.1 unterstützt SignalR strongly-typed hubs. Sie können dies neben dem dynamischen Hub verwenden.