Z łatwością można zsynchronizować różne przeglądarki klienckie w czasie rzeczywistym z wbudowanym mechanizmem PUB/SUB. Jednak SignalR może być używany tylko z .NET 4.0 lub nowszym. Staramy się osiągnąć podobną funkcjonalność w .NET 3.5, ponieważ nie możemy uaktualnić naszej aplikacji w tym momencie.Wdrażanie funkcji Pub/Sub lub SignalR w .NET 3.5?
Biorąc pod uwagę fakt, że SignalR wykorzystującą następujące najnowsze technologie -
- Task Parallel Library w kropce netto 4,0
- WebSockets w HTML5
- asynchroniczne postbacks wykorzystaniem AJAX
przypadku połączeń asynchronicznych my "Planujemy użyć klasycznego BeginAsync i podejścia zwrotnego, & ThreadPool do cretowania wielu wątków. Nadal uczę się korzystać z HTML 5 WebSocket.
Oceniamy inne alternatywy, jak również za pomocą jQuery AJAX &, zapisując niestandardowy program IIS Hander, który może pobrać asynchroniczne aktualizacje od klienta 1 &, przesyłając to do klienta 2 i tak dalej.
Jeśli zrobiłeś coś podobnego w przeszłości, czy możesz zaproponować, które podejście byłoby prawidłowe?
Dziękuję za poświęcony czas.
Jeśli potrzebujesz tylko części klienta SignalR w .NET 3.5, możesz używać aktualnie wydanej wersji, ponieważ jest ona obsługiwana. Moim zdaniem pisanie oddzielnej aplikacji po stronie serwera w .NET4 przy użyciu SignalR pozwoli zaoszczędzić wiele kłopotów. Uzyskanie skalowania, buforowanie komunikatów, logika ponownego łączenia itd. Nie jest prostym zadaniem, a SignalR rozwiązuje to wszystko. –
zobacz ten wpis na stronie: http://stackoverflow.com/questions/9369740/how-to-use-signalr-with-net-3-5 –
Licencja TPL została przeniesiona na .NET 3.5: http: // nuget .org/packages/TaskParallelLibrary –