2017-02-15 5 views
2

Ich möchte eine Echtzeit-Daten-API mit SignalR auf dem Server erstellen. Ich werde einen Webclient erstellen, der mit der API den "üblichen Weg" verbindet.Kann sich ein Client direkt mit SignalR verbinden, indem er nur Websockets verwendet?

Ich möchte jedoch, dass auch Drittanbieter eine Verbindung zu dieser API herstellen können. Diese Clients können Web-Clients oder andere Plattformen wie Windows, Mac, iOS usw. sein. Idealerweise wären sie nur in der Lage, sich über einfache Web-Sockets zu verbinden und sind völlig unabhängig davon, ob SignalR auf dem Server verwendet wird oder nicht.

Es scheint, dass es eine Menge von Bibliotheken gibt, für die Kunden auf verschiedene Plattformen (Swift, Objective-C, Java/Android, c++ usw.), die sie an meine API verbinden erlauben würden. Ein anderer Ansatz (den einige dieser Bibliotheken verwenden) besteht darin, eine versteckte Webansicht einzubetten. Wie auch immer, es ist ziemlich viel, um den dritten Parteien aufzuzwingen. Es muss einfacher sein.

Gibt es eine Möglichkeit, eine Webanwendung (zum Beispiel) zu schreiben, die nur standard websocket calls verwendet und direkt mit meinem SignalR-Server kommuniziert, ohne dass SignalR-spezifische Skripts als Abhängigkeiten eingefügt werden müssen? Kann ein Nicht-Web-Client dasselbe tun (d. H. Standard-Websocket-Aufrufe ohne eingebettete Web-Ansicht)?

Grundsätzlich möchte ich die Mühe, die dritte Parteien durchgehen müssen, um nicht größer sein, als wenn ich mich entscheide, eine Vanille websocket API zu machen und signalR gänzlich zu vermeiden.

Antwort

0

Nein. Sie können das derzeit nicht tun. Aber das wird in der nächsten Version von SignalR (Asp.NET Core Sockets) gemäß dieser video möglich sein. Die erste Beta-Version für Mitte 2017.

UPDATE

geplant Nähte Es dass Es ist mit einigen Workarounds in der Tat möglich. Werfen Sie einen Blick auf diese link.

+2

Verbindung ist tot ... –

Verwandte Themen