пилишь - это одна история, все легко
но у тебя есть джанго приложение, для упрощения представим просто API эндпоинт и ты хочешь его сделать async
чтобы 2 юзера могли редактировать один объект в риалтайм и это красиво работало ( т.е. если юзер 1 обновил данные, юзер должен получить их без дополнительного запроса)
и тут проблемой становится почти все, включая сам протокол WS
Предположим ты натянул http протокол over WS - можно такое намудрить
Но как бы дальше?
Как устроить маршрутизацию?
У тебя в DRF сформированы урлы, но в сокетах на каждый урл же не будешь создавать новый канал?
т.е. в самой простой реализации нужна прослойка между API эндпоинтом и WebSocket каналом который будет между сервером и пользователем, которая будет транслировать это все туда-сюда
Пытаюсь уловить проблему, но видимо сильно уже подналег на вино) но мне кажется наоборот не нужно лишних прослоек, да и о вс за тебя должен фреймворк заботится, ты только задаешь что он должен эвейтить дату, а они там уже с асинхронным фронтом делают что могут)
Обсуждают сегодня