через WebSocket. Хочу заранее узнать про неудобные моменты.
У меня есть SPA приложение на Vue3. Еще будет некий SSR, но на других технологиях и по сути только для гугла, потому что реальные люди будут пользоваться SPA.
Сейчас все запросы идут к серверу классическим способом (REST, куда ж без него). Хочу поднять веб сокет и гонять запросы через него - RPC получается, только без G.
Вопрос: какие тут будут подводные камни? Понятно, что мобилки будут постоянно отваливаться по TCP, но это довольно быстро детектится при очередном запросе и делается незаметный login с существующей кукой (ну, или redirect на страницу логина, если кука древняя, потому что логин и пароль я хранить в приложении не хочу).
Еще, разумеется сразу станет все не так как все привыкли с тестированием. Пока даже не представляю, нужно ли вообще об этом думать.
Какие еще возникнут сложности, которые я не учел? Кроме необходимости автологина при отпадании соединения и не совсем привычной архитектуры?
Да вроде не особо непривычно ) это же stateless будет в любом случае?
Видимо, это не тот чат. Я привык к frontend разработчикам, которые без Thunder клиента в VSCode вообще не понимают, как разработку вести... :) А тут адапторы (не понял, зачем, но видимо, еще до такого масштаба не дошел, когда понадобятся - сам пойму).
Смотри, ты делаешь сервис типа api: { send(url, data) { .... } И в коде все запросы к бэку делаешь через него. А в самом сервисе уже пишешь send(url, data) { if(websocketendpoints.contains(url)) { websocket.send.... } else { fetch(...)
Обсуждают сегодня