|
|
Opslået på 17/01/2017 14.04.03
|
|
|
|
SignalR er et integreret klient-server-bibliotek, der tillader browserbaserede klienter og ASP.NET-baserede serverkomponenter at gennemføre tovejskommunikation med flere trin. Med andre ord tillader samtalen en enkelt stateless anmodnings-/svardataudveksling uden begrænsninger; Det vil fortsætte, indtil det eksplicit lukkes. Samtalen foregår over en permanent forbindelse, hvilket gør det muligt for klienten at sende flere beskeder til serveren og lade serveren svare derefter, og bemærkelsesværdigt også tillade serveren at sende asynkrone beskeder til klienten. Den ligner AJax og er baseret på eksisterende teknologi. I sig selv er et kompleks. Generelt bruger SignalR lang polling af Javascrip{filtering}t for at opnå klient-side kommunikation. Efter WebSockets' fremkomst understøttede SignalR også WebSockets-kommunikation. Selvfølgelig bruger SignalR også serverside-opgaveparallel behandlingsteknologi for at forbedre serverens skalerbarhed. Det retter sig mod hele .NET Framework-platformen, det er ikke begrænset til at hoste applikationer, og det er også et cross-platform open source-projekt, der understøtter Mono 2.10+, hvilket gør det til en alternativ implementeringsmulighed for web-API'er, men det er langt bedre end ASP.NET MVC's Web API, når det gælder server-side online behandling, og vigtigst af alt, det kan bruges på Web Forms.
Ovenfor er demo-tutorialen:
Serveren, vi bruger til websocket, er Signalr, og så bruger vi Owin og hoster det på konsollen!!!
Det fulde navn for OWIN er Open Web Interface for .NET.
Hvis vi kun tolker navnet ud, kan vi få denne information: OWIN er et åbent webinterface til .NET-platformen.
Så hvem er grænsefladen mellem webgrænsefladen? Det er grænsefladen mellem webapplikationen og webserveren, og OWIN er grænsefladen mellem .NET-webapplikationen og webserveren.
Hvorfor har du brug for sådan en grænseflade? Fordi. NET-webapplikationen kører på en webserver, og .NET-webapplikationen skal modtage brugerens anmodning via webserveren og sende svarindholdet til brugeren via webserveren. Uden et sådant interface ville .NET-webapplikationen afhænge af den specifikke webserver, den kørte, for eksempel ASP.NET applikationen ville være afhængig af IIS. Med dette interface behøver ASP.NET applikation kun at stole på dette abstrakte interface og er ligeglad med den webserver, den kører.
Derfor er OWINs rolle at afkoble ved at introducere et sæt abstrakte grænseflader. NET-webapplikation og webserver, hvilket igen demonstrerer vigtigheden af grænseflader. I softwareudvikling er hver afkobling et stort skridt fremad.
Vi åbnede den med 3 forskellige browsere, og vi havde URL'en til WebSocket-protokollen.
Første browser: Vi registrerer en bruger hos test3 med adgangskoden 123 og logger ind.
Den anden browser: Vi bruger admin-kontoen til at logge ind.
Tredje browser: Ingen login, turiststatus.
Vi fandt ud af, at indloggede konti kan bruges til at sende beskeder, og derefter kan andre brugere modtage beskeder (turister kan også modtage beskeder)
Send en besked og vis automatisk den anden persons kælenavn, men ikke den loggede konto.
Til sidst vedhæfter vi kildekoden:
Webkildekode:
Turister, hvis I vil se det skjulte indhold i dette indlæg, så vær venlig Svar
Signalr-serverkildekode:
Turister, hvis I vil se det skjulte indhold i dette indlæg, så vær venlig Svar
|
Tidligere:.Net/C# 360 billet, der køber femte generations VIP-linje [kildekode]Næste:PowerShell-metoder til enkeltlinjekommentarer, flerlinjekommentarer og blokkommentarer
|
[Kopier link]
Opslået på 16/08/2018 16.14.36
|
Opslået på 03/06/2017 21.16.37
|
ding top top