Как настроить маршрутизацию для моего API и моего веб-сокета

Question

Я делаю веб-приложение django / реагировать и хотел бы иметь возможность использовать как api rest, так и websocket.

, чтобы немного настроить сцену: у меня есть приложение для аутентификации, приложение для проекта и некоторые другие приложения.я хочу, чтобы мое приложение аутентификации использовало остальную инфраструктуру для обработки запросов на вход / регистрацию, после этого я хочу иметь возможность использовать веб-сокет приложений проекта, чтобы все шло гладко.Однако я не знаю, как это настроить.

Backend (основное приложение проекта с настройками и т. д.)

Аутентификация (небольшое приложение, используемое для аутентификации пользователей) (действительно нужен отдых)

Проект (более крупное приложение, которое использует веб-сокеты, чтобы делать что-то, поскольку его нужно постоянно обновлять)

Я надеюсь, что кто-нибудь может предоставить некоторые детали или информационные ссылки, которые укажут мне правильное направление. Или, возможно, некоторый кодпримеры

РЕДАКТИРОВАТЬ 1: Так что я чувствую, что это требует немного большего разъяснения.В настоящее время я использую среду отдыха django для настройки API и каналы django для подключения через веб-сокет.Мне удалось заставить оба работать по отдельности, однако моя проблема заключалась в том, как мне настроить маршрутизацию для переключения между 2. Я считаю, что я понял это, и если еще немного тестирования это подтвердит, то я опубликую свою маршрутизацию, настройки,URL и другие конфиги в ответ

Answer 1

Если вы используете django для всего этого, вы, вероятно, должны использовать это:

• Django rest framework для всех связанных с этим вещей - это также обрабатывает аутентификацию
• Каналы Django для всех ваших веб-сокетов

Обе вышеперечисленные платформы обрабатывают аутентификацию из коробки и довольно просты в настройке.DRF, на мой взгляд, слишком прост для остальных возможностей, которые он предоставляет.

Я бы также подумал о том, разумно ли направлять все ваши запросы через веб-сокет.По моему опыту, для этого лучше использовать ajax, так как вы можете упростить сопоставление запросов и ответов, так как ваш ajax будет ожидать ответа от восходящего потока, в то время как веб-сокет будет отправлять запрос, а не ждать ответа, а восходящий поток может отправлять ответобъема вашего первоначального запроса.Другими словами, вы должны быть в состоянии определить, по какому запросу ваш веб-сокет исторически был сделан, чтобы обработать сообщение, отправленное обратным потоком, чтобы у вас был контекст того, как обрабатывать сообщение