Wie entscheidet SignalR, welche Transportmethode verwendet werden soll?

Question

SignalR ist eine Abstraktion über Transporte, die für Echtzeitverbindungen verwendet werden. Dennoch würde ich gerne wissen, wie genau es entscheidet, welche Transportmethoden verwendet werden sollen, abhängig von verschiedenen Faktoren. Ich recherchierte unter Verwendung der verfügbaren Dokumentation und schaute in Quellen und kam auf eine Idee, wie es funktioniert.

Also meine eigentliche Frage wäre, ist das folgende Flussdiagramm korrekt oder fehle ich irgendetwas?

aktualisieren:

Vielen Dank für Ihre Eingabe! Hier ist eine aktualisierte Version entsprechend Ihrer Korrekturen. Aber ich bin mir immer noch nicht sicher: Wenn es keine explizite Überprüfung gibt, ob IE9 + verwendet wird, was löst den Fallback von ForeverFrame zu LP aus, wenn es nicht IE ist und SSE nicht unterstützt?

Answer 1

Ehrfürchtig Diagramm zuerst ab.

Es ist sehr nah! Hier einige Korrekturen:

Configured JSONP 
Yes -> Use LP 
No -> IsCrossDomain 
     Yes -> CORS Support? 
       No -> JSONP = true 
        -> Use LP 
       Yes -> Server Supports WebSockets 
        Yes -> Client Supports WebSockets 
          Yes -> Use WebSockets 
          No -> Use LP 
        No -> Use LP 
       No -> Use LP 

Ein anderes leichtes Detail: ForeverFrame wird immer versucht, vor SSE (auch in Chrome), aber innerhalb des Transports selbst überprüft er, ob Eventsource (die zugrunde liegende Methode der SSE) vorhanden ist, wenn es vorhanden ist dann der Für immer startet der Rahmen nicht (so dass er auf SSE zurückfallen kann). Daher ist IE9 + niemals eine direkte Überprüfung.

Mit meinen Fixes würde Ihr Diagramm dann genau sein.