ŹR
Но там тоже такая тема будет проходить
Size: a a a
2017 December 04
ŹR
Не важно же какой у тебя протокол
ŹR
Хоть бинарный
AP
WebSockets сделали не только и не столько для пушей с сервера жа. Это быстрый протокол для обмена большим кол-вом небольших порций данных - обычно бинарных.
AP
Поэтому любые навороты вроде роутинга и JSON в сообщениях - нецелевое использование
AP
Почему-то никто не пытается сваггер с роутингом и JSON затащить в TCP/UDP уровень, так ведь?
AP
WebSocket - UDP и есть. Точнее скорее TCP
ŹR
Так а если тебе надо получать много всего - то лучше подписаться на максимальное количество простых советов, или пилить логику протокол в один сокет
ŹR
А насчёт не тащат - так это именно то, что они и делают
ŹR
Json как бы через tcp так же передается
ŹR
Там просто между ними лишний http затесался
AP
Если задача, это пуши и прочая бытовуха, но при это есть необзодимость быстрого соединение без простоев - будет два сокета
AP
И много сокетов, это не плохо. Плохо то, как сокеты часто организованы в плане отрабатывания разрывов и т.д.
ŹR
Как ты относишься к подходу GrphQl Subscribtions тогда?
AP
Как GraphQL коррелирует с WebSockets?
AP
WebSockets, это транспортный уровень. Низкий уровень при том
ŹR
Ну посути через него течёт раздутый json
ŹR
В subscription
AP
Ничего плохого нет в передаче JSON.
Плохо считать, что "WS == JSON API с пушами"
Плохо считать, что "WS == JSON API с пушами"
ŹR
Поэтому любые навороты вроде роутинга и JSON в сообщениях - нецелевое использование
Ну вот здесь ты говоришь противоположную вещь, или я ничего не понял