2013-03-22 21 views
5

SignalR client için .Net Framework 4.0 kullanılarak sunucuya bağlanmak (dolayısıyla WebSockets taşıması desteklenmez) için bir sonraki geri dönüş nakliyesi olur mu? Ayrıca, bir geri dönüş zinciri varsa, bunu bilmek çok güzel olurdu. WebSockets eğer kullanılan aşağıdaki https://docs.microsoft.com/en-us/aspnet/signalr/overview/getting-started/introduction-to-signalr#transports-and-fallbacks itibarenSignalR İstemci Varsayılan Geri Dönüş Aktarımı

cevap

8

kullanılamaz: Ayrıca EventSource olarak bilinen

  • Sunucu Gönderilen Olaylar, (tarayıcı temelde Internet Explorer dışındaki tüm tarayıcılar olan Sunucu Gönderilen Olayları, destekliyorsa.)
  • Sonsuz Çerçeve (yalnızca Internet Explorer için). Forever Frame, tamamlanmayan sunucudaki bir son noktaya istekte bulunan gizli bir IFrame oluşturur. Sunucu, daha sonra, hemen sunucudan istemciye tek yönlü gerçek zamanlı bağlantı sağlayarak hemen çalıştırılan istemciye komut dosyası gönderir. İstemciden sunucuya bağlantı, sunucudan istemci bağlantısına ayrı bir bağlantı kullanır ve standart bir HTML isteği gibi, gönderilmesi gereken her veri parçası için yeni bir bağlantı oluşturulur. Ajax uzun yoklama. Uzun yoklama, kalıcı bir bağlantı oluşturmaz, bunun yerine, sunucu yanıt verene kadar sunucunun yanıt vermesini isteyen bir istekle sunucuyu yoklar ve bağlantı kesilir ve hemen yeni bir bağlantı istenir. Bağlantı sıfırlanırken bu biraz gecikme sağlayabilir.

Güncelleme: son belgeler burada mevcuttur: bilgi için http://www.asp.net/signalr/overview/signalr-20/getting-started-with-signalr-20/introduction-to-signalr

+0

sayesinde, (.net 4.0 SignalR İstemci) belirli senaryo için son çare öncelik herhangi bir ipucu var mı bununla? .NET 4.0 istemcilerinde – wacdany

+1

, sunucu olayları ve longpolling gönderdi. – davidfowl

İlgili konular