WebSocket: двупосочна връзка за съобщения в реално време

Полезно е да знаеш

При обикновено обновяване на информация страницата може периодично да пита сървъра дали има нещо ново. WebSocket предлага друг модел: отваря се двупосочна сесия за комуникация и двете страни могат да обменят съобщения през нея. MDN посочва като основна възможност получаването на данни без постоянно запитване за отговор. [1] Това е полезна отправна точка за чат, табло с текущи събития или друг интерфейс, при който нова информация трябва да достига до клиента своевременно.

Важно е връзката да се различава от формата на самото съобщение. Приложението решава какво означават изпратените данни и как получателят трябва да ги обработи. WebSocket обектът предоставя интерфейс за създаване и управление на връзката, изпращане и получаване. [2] Той не определя сам какво е „нова поръчка“ или „прочетено съобщение“. Тези значения са договор между клиентския и сървърния код, който трябва да остане последователен при промени в двете части на системата.

Съществуват свойства за текущото състояние на връзката и за количеството чакащи за изпращане данни. Методите за изпращане и затваряне също са отделни действия. [2] Така интерфейсът може да различава подготовка, работеща връзка и прекъсване. За потребителя това е важно: натиснат бутон не трябва автоматично да се представя като потвърден запис, ако съобщението още не е обработено отсреща. Техническото изпращане и потвърждението на смисловата операция са две различни стъпки от един поток.

Класическият WebSocket интерфейс няма автоматичен механизъм за обратно налягане. Ако входящите съобщения пристигат по-бързо, отколкото приложението ги обработва, могат да се натрупват данни и натоварване. [1] Следователно отворената връзка не отменя нуждата от ограничения и обмислена обработка. По-честото изпращане не е самоцел. За всяко табло трябва да се прецени кои промени са съществени и дали има смисъл всички междинни стойности да бъдат показвани поотделно на човека пред екрана.

Да вземем пример с общ списък на задачи. Един участник променя запис и останалите трябва да видят новото състояние. Освен самото известие са нужни отговори на въпроси за пропуснати съобщения, прекъсване и повторно свързване. Ако браузърът е бил затворен, системата трябва да знае откъде да получи актуалната картина. Това е пример за приложна логика. WebSocket предоставя канал за комуникация, но не създава автоматично история, разрешения за достъп и правила за разрешаване на едновременни промени.

При проверка се наблюдават успешно свързване, изпращане, получаване и прекъсване. После се изпитва възстановяване на връзката и поведение при по-голям поток от съобщения. Така могат да се разграничат проблем с канала и проблем със значението на данните. Добре проектираният интерфейс показва честно дали информацията е текуща или връзката е прекъсната. Именно тази ясна връзка между комуникация и потребителско състояние превръща технологията в полезна част от приложението, вместо само в техническа отметка за „реално време“.