Trasporto di fallback predefinito del client SignalR

Question

Per il caso di un SignalR client utilizzando .Net Framework 4.0 per connettersi al server (quindi non è supportato il trasporto WebSockets) quale sarebbe il prossimo trasporto di fallback?

Inoltre, se esiste una catena di fallback, sarebbe bello saperlo.

Answer 1

Da https://docs.microsoft.com/en-us/aspnet/signalr/overview/getting-started/introduction-to-signalr#transports-and-fallbacks seguenti caratteri rappresentano se WebSockets non è disponibile:

Eventi

• server ha inviato, noto anche come EventSource (se il browser supporta server ha inviato Eventi, che è sostanzialmente tutti i browser tranne Internet Explorer.)
• Frame per sempre (solo per Internet Explorer). Forever Frame crea un IFrame nascosto che effettua una richiesta a un endpoint sul server che non viene completato. Il server invia quindi continuamente script al client che viene immediatamente eseguito, fornendo una connessione in tempo reale unidirezionale da server a client. La connessione da client a server utilizza una connessione separata dal server alla connessione client e, come una richiesta HTML standard, viene creata una nuova connessione per ogni parte di dati che deve essere inviata.
• Azionamento polling lungo. Il polling lungo non crea una connessione persistente, ma esegue il polling del server con una richiesta che rimane aperta fino a quando il server risponde, a quel punto la connessione si chiude e viene richiesta immediatamente una nuova connessione. Questo potrebbe introdurre un po 'di latenza mentre la connessione si ripristina.

Aggiornamento: Gli ultimi documenti sono disponibili qui: http://www.asp.net/signalr/overview/signalr-20/getting-started-with-signalr-20/introduction-to-signalr