SignalR er et integrert klient-server-bibliotek som gjør det mulig for nettleserbaserte klienter og ASP.NET-baserte serverkomponenter å gjennomføre toveis flerstegssamtaler. Med andre ord tillater samtalen en enkelt tilstandsløs utveksling av forespørsler/svar uten begrensninger; Den vil fortsette til den eksplisitt stenges. Samtalen foregår over en permanent tilkobling, som lar klienten sende flere meldinger til serveren og la serveren svare deretter, og spesielt også tillate serveren å sende asynkrone meldinger til klienten. Den ligner på AJax og er basert på eksisterende teknologi. i seg selv er et kompleks. Generelt bruker SignalR lang polling av Javascrip{filtering}t for å oppnå klient-side kommunikasjon. Etter innføringen av WebSockets støttet SignalR også WebSockets-kommunikasjon. Selvfølgelig bruker SignalR også server-side oppgaveparallell prosesseringsteknologi for å forbedre serverens skalerbarhet. Det retter seg mot hele .NET Framework-plattformen, det er ikke begrenset til å hoste applikasjoner, og det er også et plattformuavhengig åpen kildekode-prosjekt som støtter Mono 2.10+, noe som gjør det til et alternativt implementasjonsalternativ for web-API-er, men det er mye bedre enn ASP.NET MVCs Web API når det gjelder serverside online behandling, og viktigst av alt, det kan brukes på Web Forms.
Over er demotutorialen:
Serveren vi bruker for websocket er Signalr, og så bruker vi Owin og hoster det på konsollen!!!
Det fulle navnet på OWIN er Open Web Interface for .NET.
Hvis vi kun tolker fra navnet, kan vi få denne informasjonen: OWIN er et åpent webgrensesnitt for .NET-plattformen.
Så hvem er grensesnittet mellom webgrensesnittet? Det er grensesnittet mellom webapplikasjonen og webserveren, og OWIN er grensesnittet mellom .NET-webapplikasjonen og webserveren.
Hvorfor trenger du et slikt grensesnitt? Fordi. NET-webapplikasjonen kjører på en webserver, og .NET-webapplikasjonen må motta brukerens forespørsel via webserveren og sende svarinnholdet til brukeren via webserveren. Uten et slikt grensesnitt ville .NET-webapplikasjonen være avhengig av den spesifikke webserveren den kjørte, for eksempel ASP.NET applikasjonen ville være avhengig av IIS. Med dette grensesnittet trenger ASP.NET applikasjon bare å stole på dette abstrakte grensesnittet og bryr seg ikke om webserveren den kjører.
Derfor er OWINs rolle å frakoble ved å introdusere et sett med abstrakte grensesnitt. NET-webapplikasjon og webserver, som nok en gang demonstrerer viktigheten av grensesnitt. I programvareutvikling er hver frakobling et stort steg fremover.
Vi åpnet den med tre forskjellige nettlesere, og vi hadde URL-en til WebSocket-protokollen.
Første nettleser: Vi registrerer en bruker hos test3 med passordet 123 og logger inn.
Den andre nettleseren: Vi bruker administratorkontoen for å logge inn.
Tredje nettleser: Ingen innlogging, turiststatus.
Vi fant ut at innloggede kontoer kan brukes til å sende meldinger, og deretter kan andre brukere motta meldinger (turister kan også motta meldinger)
Send en melding og vis automatisk den andre personens kallenavn, men ikke den innloggede kontoen.
Til slutt, la oss legge ved kildekoden:
Nettkildekode:
Turister, hvis dere vil se det skjulte innholdet i dette innlegget, vær så snill Svare
Signalr-serverkildekode:
Turister, hvis dere vil se det skjulte innholdet i dette innlegget, vær så snill Svare
| 
[Kopier lenke]
Publisert på 17.01.2017 14:04:03
|
|
|
|
Publisert på 16.08.2018 16:14:36
|
Publisert på 03.06.2017 21:16:37
|
ding topp topp