Question

Je voudrais créer une solution d'entreprise winform en utilisant SiganlR, mais je ne parviens pas à installer .net 4.0 sur la machine cliente.Il semble que SignalR ait une exigence minimale de .net 4.0.Quelle est la meilleure façon d'utiliser SignalR à partir d'un winform et .net 3.5.Je souhaite inclure les fonctions d'envoi / réception de message dans l'application client.

Je vais héberger SignalR sur IIS sur mon intranet en utilisant .net 4.0 côté serveur.

Serait-il possible de créer une API (en .net 3.5) similaire à pubnub C # ?Quelqu'un peut-il me diriger dans la bonne direction.

Était-ce utile?

La solution

Si vous n'avez pas trop peur de compiler vos propres trucs, j'ai créé une bibliothèque cliente compatible .net 2.0 pour SignalR.Il est disponible dès ma fourchette ( https://github.com/robink-teleopti/SignalR )de SignalR.

Pour le moment, je n'ai pas l'intention de faire une pull request car je ne veux pas ajouter ce fardeau supplémentaire au projet d'origine.

J'ai une autre modification sur ma fourche qu'il peut être bon de connaître.Lorsque des clients appartiennent à plus de 20 groupes, je passe automatiquement à l'utilisation de POST au lieu de GET et j'ai apporté des modifications mineures côté serveur pour gérer cette partie.

Autres conseils

J'ai rétroporté les clients SignalR v1.x et v2.x vers NET35.Disponible sous forme de packages NuGet ici: http://www.nuget.org/packages/Nivot.SignalR.Client.Net35 /

L'un des auteurs du projet SignalR avait pour objectif d'utiliser TaskParallelLibrary (TPL) fourni dans .NET 4. Je doute donc que le code C # de ce projet fonctionnera sur .NET 3.5.Pourquoi ne pas héberger un point de terminaison WCF TCP ou à canaux nommés sur le serveur et utiliser des rappels de client .NET normaux?C'est relativement facile si le serveur est Windows Server 2008 avec WAS ou AppFabric.

Si un serveur plus ancien, vous pouviez héberger contrôle WebBrowser et utilisez la bibliothèque cliente javascript SignalR pour gérer la signalisation.

Dans 6 mois, je parierais sur une bibliothèque client native .NET 3.5, mais comme les responsables sont des employés MS à plein temps, je doute qu'ils aient le temps de prendre en charge les anciennes versions de si tôt.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top