логику вообще писать? Вот допустим есть объекты: user, game, turn. По логике должно быть, что если game имеет флаг is_over True, то по роуту, который создает turn, должен вернуться {success: false, reason: "game is over"}
Вот конкретно логику if not game.is_over мне куда лучше прописать? Во вьюху прям? Просто это можно и в модель turn запихать к примеру или в менеджере сделать
Services
Вот про это еще не слышал ни разу. Пошел гуглить.
Помню, канал диджитализируй обсуждал модель построения приложения в Джанго.
Вообще в твоём случае я бы использовал fast api: как по мне, использовать Джанго только для rest api - ущербно для себя.
Ты использовал FastAPI ранее?
Нет, никогда
Мне она не очень понравилась, или даже скорее не получилось. Там как то с орм не заладилось и логика мне показалась сложной. Конечно слышал хорошие отзывы, но видимо не с той стороны подошел. А с джангой небольшой опыт есть. А вы про это видео говорили https://www.youtube.com/watch?v=LPo29ygf0wA ?
Можно использовать pony orm - орм от наших русских разработчиков👍
Вот про вопрос ущербности еще расскажи, почему так?
Ну лол, если ты не использовал что-то, то зачем раздаешь советы?
Использовать синхронный Django фреймворк, который ещё и перегружен(в том плане, что он содержит в себе множество инструментов) только для rest api, что как бы "дополнение" к основному функционалу - как по мне бред.
Синхронность слишком мешает?
Очень много хвалебного слышал от разработчиков + смотрел трансляцию от джетов: там индус рассказывал 3м разрабам из разных стран о том, как хорош fast api
ну как можно доверять каким-то там индусам? На базаре тоже много чего расхвалить могут
Слишком, даже очень слишком
👍 я же пишу: помимо индусов, много разработчиков
Приведи пример
Загружается страница твоего веб сайта: один запрос на сервер для формирования и получения html; далее загружается твой js: 2-7 запросов на сервер, для получения данных. В случае того парня, что спрашивал про структуру: У него какая-то игра на js, там постоянный пинг на сервер => к Джанге
AJAX, Ajax («асинхронный JavaScript и XML»)— подход к построению интерактивных пользовательских интерфейсов веб-приложений, заключающийся в «фоновом» обмене данными браузера с веб-сервером. В результате при обновлении данных веб-страница не перезагружается полностью, и веб-приложения становятся быстрее и удобнее. По-русски иногда произносится транслитом как «аякс». У аббревиатуры AJAX нет устоявшегося аналога на кириллице.
Логику чуть посложнее в services.py
https://developers.google.com/people/api/rest/v1/people/get
Обсуждают сегодня