AO
Если что, Pydantic можно прицепить к любому фреймворку, я их с Django использую без проблем. То есть это не является каким-то плюсом именно FastAPI
Size: a a a
2021 August 25
AO
Я согласен про публичные API для клиентов
AO
Но я вижу это задачей для какого-нибудь облачного API Gateway
n
плюсом именно FastAPI является уже сделанная интеграция и вполне адекватная дока, не приходится плясать с бубном и выяснять как прикрутить все фичи к джанге
AO
Это просто код на питоне :-) ну то есть создаём view на любом фреймворке, потом открываем QuickStart Pydantic документации и копируем оттуда пример
AO
И видим, что всё работает без каких-либо дополнительных интеграций
n
ну да, а потом делаем еще раз так для openapi схемы, потом доделываем обработку ошбок валидации(FastAPI из коробки умеет возвращать вполне понятное объяснение с чем именно косяк в данных из запроса), обмазываем это дело синтаксическим сахаром и получаем pydantic django rest framework
n
при этом с лютейшим оверхедом джанги и без asyncio
MS
У Александра просто какой-то адовое неприятие фастапи.
Те он топит чтобы его не было
JFYI
Те он топит чтобы его не было
JFYI
n
У меня такое же неприятие джанги)
AO
FastAPI - это самый крутой способ сделать OpenAPI совместимый сервер на питоне на данный момент. Но во всём остальном он ничем не лучше других решений (например, Starlette, на которой основан)
MS
Да чего ты к этому опенапи прицепился
MS
Обычный рест без спецификации отлично работает
AO
А если не цепляться к нему, то FastAPI не нужен, а нужен просто Starlette + Pydantic мб
AO
Чувак просто навертел декораторов над Starlette и всё, что в этом крутого вообще?..
MS
И они лаконичны и удобны
n
Да и это удобно
MS
Нахера мне тащить старлетт и писать свои декклоатыоры
MS
Бля, опять утренний срач начинается
AO
А зачем вообще писать декораторы где-либо?