SignalR è una libreria client-server integrata che consente ai client basati su browser e ai componenti server basati su ASP.NET di condurre conversazioni bidirezionali a più passaggi. In altre parole, la conversazione consente uno scambio di dati richiesta/risposta senza stato senza restrizioni; Continuerà finché non sarà esplicitamente chiuso. La conversazione avviene tramite una connessione permanente, permettendo al client di inviare più messaggi al server e di rispondere di conseguenza, e in particolare, di inviare messaggi asincroni al client. È simile a AJax ed è basato su tecnologie esistenti. è in sé un complesso. In generale, SignalR utilizza il lungo polling di Javascrip{filtering}t per ottenere comunicazione lato client. Dopo l'avvento dei WebSocket, SignalR supportava anche la comunicazione WebSockets. Naturalmente, SignalR utilizza anche la tecnologia di elaborazione parallela delle attività lato server per migliorare la scalabilità del server. Mira all'intera piattaforma .NET Framework, non è limitato all'hosting di applicazioni, ed è anche un progetto open source multipiattaforma, che supporta Mono 2.10+, il che lo rende un'opzione alternativa per le Web API, ma è molto migliore dell'API Web di ASP.NET MVC in termini di elaborazione online lato server e, cosa più importante, può essere utilizzato su Web Forms.
Qui sopra c'è il tutorial demo:
Il server che usiamo per Websocket è Signalr, poi usiamo OWIN e lo ospitiamo sulla console!!!
Il nome completo di OWIN è Open Web Interface for .NET.
Se analizziamo solo dal nome, possiamo ottenere queste informazioni: OWIN è un'interfaccia web aperta per la piattaforma .NET.
Quindi, chi è l'interfaccia tra l'interfaccia web? È l'interfaccia tra l'applicazione web e il server web, e OWIN è l'interfaccia tra l'applicazione web .NET e il server web.
Perché hai bisogno di un'interfaccia del genere? Perché. L'applicazione web NET gira su un server web, e l'applicazione web .NET deve ricevere la richiesta dell'utente tramite il server web e inviare il contenuto di risposta all'utente tramite il server web. Senza tale interfaccia, l'applicazione web .NET dipenderebbe dal server web specifico che sta eseguendo, ad esempio ASP.NET l'applicazione dipenderebbe da IIS. Con questa interfaccia, ASP.NET'applicazione deve solo fare affidamento su questa interfaccia astratta e non si preoccupa del server web che sta eseguendo.
Pertanto, il ruolo di OWIN è quello di disaccoppiare introducendo un insieme di interfacce astratte. NET web application e server web, dimostrando ancora una volta l'importanza delle interfacce. Nello sviluppo software, ogni disaccoppiamento è un grande passo avanti.
L'abbiamo aperto con 3 browser diversi, e avevamo l'URL del protocollo WebSocket.
Primo browser: registriamo un utente con test3 con la password 123 e accediamo.
Il secondo browser: usiamo l'account amministratore per accedere.
Terzo browser: Nessun accesso, status turistico.
Abbiamo scoperto che gli account logati possono essere usati per inviare messaggi, e poi altri utenti possono ricevere messaggi (anche i turisti possono ricevere messaggi)
Invia un messaggio e visualizza automaticamente il soprannome dell'altra persona, ma non l'account logato.
Infine, allegiamo il codice sorgente:
Codice sorgente web:
Turisti, se volete vedere il contenuto nascosto di questo post, vi prego Risposta
Codice sorgente del server Signalr:
Turisti, se volete vedere il contenuto nascosto di questo post, vi prego Risposta
|
[Copiato link]
Pubblicato su 17/01/2017 14:04:03
|
|
|
|
Pubblicato su 16/08/2018 16:14:36
|
Pubblicato su 03/06/2017 21:16:37
|
Ding top top