A SignalR egy integrált kliens-szerver könyvtár, amely lehetővé teszi böngészőalapú kliensek és az ASP.NET alapú szerverkomponensek számára, hogy kétirányú, többlépéses beszélgetéseket folytassanak. Más szóval, a beszélgetés lehetővé teszi egyetlen állapot nélküli kérés/válasz adatcserét korlátozások nélkül; Ez addig folytatódik, amíg kifejezetten be nem zárják. A beszélgetés egy állandó kapcsolaton keresztül zajlik, lehetővé téve a kliens számára, hogy több üzenetet küldjön a szervernek, és a szerver ennek megfelelően válaszoljon, valamint különösen lehetővé teszi, hogy aszinkron üzeneteket küldjön a kliensnek. Ez hasonló az AJax-hoz, és meglévő technológián alapul. maga is egy összetett. Általánosságban a SignalR hosszú lekérdezést alkalmaz a Javascrip{filtering}t csatornáján az ügyféloldali kommunikáció eléréséhez. A WebSocketek megjelenése után a SignalR a WebSockets kommunikációt is támogatta. Természetesen a SignalR szerveroldali feladatpárhuzamos feldolgozási technológiát is alkalmaz a szerver skálázhatóságának javítására. Ez az egész .NET Framework platformot célozza meg, nem korlátozódik alkalmazások hosztolására, és egy platformos, nyílt forráskódú projekt, amely támogatja a Mono 2.10+ rendszert, ami alternatív megvalósítási lehetőséget kínál a webes API-k számára, de sokkal jobb, mint ASP.NET MVC Web API-ja szerveroldali online feldolgozás szempontjából, és ami még fontosabb, használható Webformákon is.
Fent a bemutató oktatóanyag:
A websockethez használt szerver a Signalr, majd az owin-t használjuk, és a konzolon futtatjuk!!!
Az OWIN teljes neve: Open Web Interface for .NET.
Ha csak a név alapján értelmezzük, ezt az információt kapjuk: az OWIN egy nyílt webes felület a .NET platformhoz.
Szóval mi a webes interfész közötti interfész? Ez a webalkalmazás és a webszerver közötti interfész, az OWIN pedig a .NET webalkalmazás és a webszerver közötti interfész.
Miért van szükséged ilyen interfészre? Mert. A NET webalkalmazás webszerveren fut, és a .NET webalkalmazásnak a felhasználó kérését a webszerveren keresztül kell fogadnia, majd a választartalmat a webszerveren keresztül kell továbbítania a felhasználónak. Ilyen interfész nélkül a .NET webalkalmazás például attól függne, melyik webszervert futtatja, ASP.NET az alkalmazás az IIS-től függne. Ezzel az interfésszel ASP.NET alkalmazás csak erre az absztrakt felületre kell támaszkodnia, és nem törődik azzal, hogy melyik webszervert futtatja.
Ezért az OWIN szerepe az, hogy egy sor absztrakt interfész bevezetésével szétválassza egymást. NET webalkalmazás és webszerver, ismét bemutatva az interfészek fontosságát. A szoftverfejlesztésben minden leválasztás nagy előrelépés.
Három különböző böngészővel nyitottuk meg, és megvolt a WebSocket protokoll URL-je.
Első böngésző: regisztrálunk egy felhasználót a test3-mal 123-as jelszóval, és bejelentkezünk.
A második böngésző: Az admin fiókot használjuk a bejelentkezéshez.
Harmadik böngésző: Nincs bejelentkezés, turista státusz.
Azt tapasztaltuk, hogy bejelentkezett fiókok üzenetküldésre is használhatók, és más felhasználók is fogadhatnak üzeneteket (turisták is kaphatnak üzeneteket).
Küldj üzenetet, és automatikusan megjelenítsd a másik személy becenevét, de a bejelentkezett fiókot nem.
Végül csatoljuk a forráskódot:
Webes forráskód:
Turisták, ha szeretnétek megnézni ennek a bejegyzésnek a rejtett tartalmát, kérlek Válasz
Signalr szerver forráskód:
Turisták, ha szeretnétek megnézni ennek a bejegyzésnek a rejtett tartalmát, kérlek Válasz
|
[Linket másol]
Közzétéve 2017. 01. 17. 14:04:03
|
|
|
|
Közzétéve 2018. 08. 16. 16:14:36
|
Közzétéve 2017. 06. 03. 21:16:37
|
ding top top