Единственное, к чему до сих пор мне лично сложно привыкнуть в фастапи — пропихивание почти всего в сигнатуры эндпоинтов
Хочешь переиспользовать pydantic-схему (ну, например, для pagination) — фастапишное DI делается через аргументы эндпоинта Хочешь положить таску в очередь под капотом фастапи — очередь получаешь из аргумента эндпоинта Хочешь сырой реквест получить — guess what, объявляй аргумент с типом Request в сигнатуре и работай с ним
Не ко мне вопрос. Там было легаси с командой поддержки в комплекте. Мне начальство просто сказало, что выбора нет. Тот сервис на питоне убили и объединили с котлином.
Почитал про Pydantic. Возникла мысль не использовать ли его в Django проекте. Оказалось что он написан для фреймворка FastAPI. Куча звезд на github, используют крупные компании. Посмотрел пример FastAPI + SQLAlchemy БД таблица пользователи объем кода явно больше чем для Django, где пользователи встроенные. Может быть конечно это работает быстрее. И для Django есть куча сторонних пакетов чтобы не писать с нуля, а есть ли для FastAPI интересный вопрос. А так да, наверное живу в далеком прошлом с Django :( CBV в примерах не используется, после Django кажется шагом назад.
CBV (Class Based Views) - это идеологически неправильный путь, по которому пошла Django, контроллёры (в MVC паттерне) должны быть функциями IMO