Come utilizzare SignalR con .NET 3.5
https://stackoverflow.com/questions/9369740
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Vorrei costruire una soluzione aziendale Winform utilizzando Siganlr, ma non sono in grado di installare .NET 4.0 sul computer client. Sembra che SignalR abbia un requisito minino di .NET 4.0. Qual è il modo migliore per utilizzare SignalR da una Winform e .NET 3.5. Vorrei includere le funzioni di invio/ricevere messaggi nell'applicazione client.
Ospiterò SignalR su IIS sulla mia intranet usando .NET 4.0 sul lato server.
Sarebbe possibile creare e API (in .NET 3.5) simile a Pubnub C#? Qualcuno può indicarmi nella giusta direzione.
Soluzione
Se non hai paura di compilare le tue cose, ho creato una libreria client compatibile .NET 2.0 per SignalR. È disponibile subito dalla mia forchetta (https://github.com/robink-teleopti/signalr) di Signalr.
Al momento non ho intenzione di fare una richiesta di pull in quanto non voglio aggiungere quell'onere in più al progetto originale.
Ho un'altra modifica sulla mia forcella che può essere buona da sapere. Quando ho client appartenenti a più di 20 gruppi, passerò automaticamente all'utilizzo di Post invece di ottenere e ho apportato piccole modifiche sul lato server per gestire quella parte.
Altri suggerimenti
Ho fatto il backup dei client V1.x e V2.x Signalr a Net35. Disponibile come pacchetti Nuget qui: http://www.nuget.org/packages/nivot.signalr.client.net35/
Uno degli autori del progetto SignalR aveva l'obiettivo di utilizzare TaskPallellibrary (TPL) che ha spedito in .NET 4. Quindi dubito che qualsiasi codice C# di quel progetto verrà eseguito su .NET 3.5. Perché non ospitare un endpoint WCF TCP o chiamato-PIPES sul server e utilizzare i normali callback client .NET? Questo è relativamente semplice se Server è Windows Server 2008 con Was o AppFabric.
Se un server più vecchio potresti ospitare Controllo WebBrowser e utilizzare la libreria client JavaScript di Signalr per gestire la segnalazione.
Tra altri 6 mesi scommetto su una libreria client .NET 3.5 nativa, ma poiché i manutentori sono dipendenti a tempo pieno, dubito che avranno tempo per ottenere presto le versioni legacy di supporto.
