SignalR — це інтегрована клієнт-серверна бібліотека, яка дозволяє клієнтам браузера та серверним компонентам на основі ASP.NET вести двосторонні багатокрокові розмови. Іншими словами, розмова дозволяє обмін даними запиту/відповіді без стану без обмежень; Він триватиме, доки не буде явно закритий. Розмова відбувається через постійне з'єднання, що дозволяє клієнту надсилати кілька повідомлень серверу і відповідати відповідно, а також дозволяє серверу надсилати асинхронні повідомлення клієнту. Він схожий на AJax і базується на існуючих технологіях. сам по собі є комплексом. Загалом, SignalR використовує довге опитування Javascrip{filtering}t для досягнення комунікації на стороні клієнта. Після появи WebSockets SignalR також підтримував комунікацію WebSockets. Звісно, SignalR також використовує серверну технологію паралельної обробки завдань для підвищення масштабованості сервера. Він орієнтований на всю платформу .NET Framework, не обмежується хостингом додатків, а також є кросплатформенним відкритим проєктом, підтримуючи Mono 2.10+, що робить його альтернативним варіантом реалізації веб-API, але значно кращий за веб-API ASP.NET MVC з точки зору серверної онлайн-обробки, а ще важливіше — його можна використовувати у Web Forms.
Вище наведено демо-урок:
Сервер, який ми використовуємо для websocket, — signalr, а потім ми використовуємо Owin і хостимо його на консолі!!!
Повна назва OWIN — Open Web Interface for .NET.
Якщо розбирати лише за назвою, можна отримати таку інформацію: OWIN — це відкритий веб-інтерфейс для платформи .NET.
То хто ж є інтерфейсом між веб-інтерфейсом? Це інтерфейс між веб-додатком і веб-сервером, а OWIN — інтерфейс між .NET-додатком і веб-сервером.
Навіщо вам такий інтерфейс? Тому що. NET-веб-додаток працює на веб-сервері, і .NET-додаток повинен приймати запит користувача через веб-сервер і надсилати відповідь через веб-сервер. Без такого інтерфейсу веб-додаток .NET залежав би від конкретного веб-сервера, на якому він працював, наприклад, ASP.NET додаток залежав би від IIS. У цьому інтерфейсі ASP.NET додаток має покладатися лише на цей абстрактний інтерфейс і не звертає уваги на веб-сервер, який він запускає.
Отже, роль OWIN полягає у роз'єднанні шляхом введення набору абстрактних інтерфейсів. NET-додатки та веб-сервер, знову демонструючи важливість інтерфейсів. У розробці програмного забезпечення кожне роз'єднання — це великий крок уперед.
Ми відкрили його у трьох різних браузерах, і у нас був URL протоколу WebSocket.
Перший браузер: ми реєструємо користувача через test3 з паролем 123 і входимо в систему.
Другий браузер: Ми використовуємо обліковий запис адміністратора для входу.
Третій браузер: Немає входу, статус туриста.
Ми з'ясували, що увійшовши в акаунти, можна використовувати для надсилання повідомлень, а інші користувачі можуть отримувати повідомлення (туристи також можуть отримувати повідомлення)
Надішліть повідомлення і автоматично покажіть нікім іншої людини, але не акаунт, який увійшов у систему.
Нарешті, додамо вихідний код:
Веб-код:
Туристи, якщо ви хочете побачити прихований контент цього допису, будь ласка Відповідь
Вихідний код сервера Signalr:
Туристи, якщо ви хочете побачити прихований контент цього допису, будь ласка Відповідь
|
[Копіювати посилання]
Опубліковано 17.01.2017 14:04:03
|
|
|
|
Опубліковано 16.08.2018 16:14:36
|
Опубліковано 03.06.2017 21:16:37
|
Дзвін Топ Топ