SignalR är ett integrerat klient-server-bibliotek som tillåter webbläsarbaserade klienter och ASP.NET-baserade serverkomponenter att genomföra tvåvägskonversationer med flera steg. Med andra ord möjliggör konversationen ett enda tillståndslöst utbyte av begäran/svar utan begränsningar; Det kommer att fortsätta tills det uttryckligen stängs. Konversationen sker över en permanent anslutning, vilket gör att klienten kan skicka flera meddelanden till servern och låta servern svara därefter, och särskilt även låta servern skicka asynkrona meddelanden till klienten. Den liknar AJax och bygger på befintlig teknik. I sig är ett komplex. Generellt använder SignalR lång polling av Javascrip{filtering}t för att uppnå klient-sida kommunikation. Efter WebSockets införande stödde SignalR även WebSockets-kommunikation. Naturligtvis använder SignalR också serverside-task parallel processing-teknologi för att förbättra serverns skalbarhet. Det riktar sig mot hela .NET Framework-plattformen, är inte begränsat till att vara värd för applikationer, och det är också ett plattformsoberoende open source-projekt som stöder Mono 2.10+, vilket gör det till ett alternativt implementeringsalternativ för webb-API:er, men det är mycket bättre än ASP.NET MVC:s webb-API när det gäller serverbaserad onlinebearbetning, och viktigast av allt, det kan användas på Web Forms.
Ovan är demotutorialen:
Servern vi använder för websocket är Signalr, och sedan använder vi Owin och hostar det på konsolen!!!
Det fullständiga namnet på OWIN är Open Web Interface for .NET.
Om vi bara tolkar namnet kan vi få denna information: OWIN är ett öppet webbgränssnitt för .NET-plattformen.
Så vem är gränssnittet mellan webbgränssnittet? Det är gränssnittet mellan webbapplikationen och webbservern, och OWIN är gränssnittet mellan .NET-webbapplikationen och webbservern.
Varför behöver du ett sådant gränssnitt? För att. NET-webbapplikationen körs på en webbserver, och .NET-webbapplikationen måste ta emot användarens förfrågan via webbservern och skicka svarsinnehållet till användaren via webbservern. Utan ett sådant gränssnitt skulle .NET-webbapplikationen bero på den specifika webbserver den körde, till exempel ASP.NET applikationen skulle vara beroende av IIS. Med detta gränssnitt behöver ASP.NET applikation bara förlita sig på detta abstrakta gränssnitt och bryr sig inte om vilken webbserver den kör.
Därför är OWIN:s roll att koppla loss genom att införa en uppsättning abstrakta gränssnitt. NET-webbapplikation och webbserver, vilket återigen visar vikten av gränssnitt. Inom mjukvaruutveckling är varje avkoppling ett stort steg framåt.
Vi öppnade den med tre olika webbläsare, och vi hade URL:en till WebSocket-protokollet.
Första webbläsaren: Vi registrerar en användare hos test3 med lösenordet 123 och loggar in.
Den andra webbläsaren: Vi använder administratörskontot för att logga in.
Tredje webbläsaren: Ingen inloggning, turiststatus.
Vi upptäckte att inloggade konton kan användas för att skicka meddelanden, och sedan kan andra användare ta emot meddelanden (turister kan också ta emot meddelanden)
Skicka ett meddelande och visa automatiskt den andra personens smeknamn, men inte det inloggade kontot.
Slutligen, låt oss bifoga källkoden:
Webbkällkod:
Turister, om ni vill se det dolda innehållet i detta inlägg, snälla Svar
Signalr-serverns källkod:
Turister, om ni vill se det dolda innehållet i detta inlägg, snälla Svar
| 
[Kopiera länk]
Publicerad på 2017-01-17 14:04:03
|
|
|
|
Publicerad på 2018-08-16 16:14:36
|
Publicerad på 2017-06-03 21:16:37
|
ding topp topp