ҪҸ
ты меня еще больше запутал =)
> которая создаст сокеты на вход\выход и будет обрабатывать настоящие сетевые запросы
> двум wasm в одной странице общаться друг с другом
Size: a a a
2019 April 10
NK
именно. Получается сервис на wasm+js, который позволяет другим wasm через сокеты запрашивать реальные запросы, выполняет их и возвращает по сокетам результат
NK
глупо и долго, зато можно и в браузере такой сервис сделать, и в реальной системе через настоящие сокеты, а wasm, который будет этим пользоваться, будет работать одинаково, лишь бы адресы сокетов правильные имелись
ҪҸ
придется делать уровень абстракции и какие-то соглашения, чтобы это работало через вебсокеты, но я не до конца понял кейс, мб там и postMessage хватит
NK
изначально я вообще думал об ajax-запросах =)
ҪҸ
aka fetch streaming?
NK
нет, самые простые запросы вопрос-ответ, даже без стримов
ҪҸ
я все равно не понимаю общую картину, ну ладно)
ҪҸ
жаль (но не то, чтобы совсем жаль, понятно почему) вот это застопили https://www.w3.org/TR/tcp-udp-sockets/
ҪҸ
TLDR?
TLDR чего? почему не стали развивать?
ҪҸ
небезопасно, сложно для жс разрабов (фрейминг), сложно разрабов браузеров (не переиспользует уже существующий код). пришли к выводу, что сраные ws поверх http норм
NK
wasm не слишком усложняется со временем? Еще реально свою среду исполнения для него с нуля написать?
ҪҸ
NK
а то с браузерами я уже отчаялся
ҪҸ
небезопасно, сложно для жс разрабов (фрейминг), сложно разрабов браузеров (не переиспользует уже существующий код). пришли к выводу, что сраные ws поверх http норм
но надежда еще есть. мб когда везде доимплементят стримы, то будет что реюзать. только политики безопасности в любом случае будут дичайшие в браузерах
JD
Я делаю nodertc, это webrtc серверный. И вот webrtc over quic вполне будет достаточно для udp в браузерах. Доп спеки не нужны
JD
Хотя сам webrtc достаточно сложный