Pull to refresh

Comments 19

скорее всего не заработает с первого раза и вообще я обычно пишу по одной ошибке в строчке

Думаю в чистом FastAPI проекте это тоже должно сработать

Нужно не забыть поставить typer и jinja2 что бы скрипт заработал.

На самом деле что бы это все заработало осталось два шага чекнуть app/api/api_v1/api.py там могут быть проблемы

содержимое репозитория нужно положить в директорию backend/app/app что бы все заработало.

Ну и зачем такое выкладывать тогда?

Если эта статья наберет 100 лайков сделаем нормальный пакет

Звучит как угроза. Замените на 'не наберёт'

Что мешает сразу сделать нормально?

Вы искали готовые решения?

Для меня это работает на нескольких проектах я думаю это полезно, просто нет гарантии что на твоем окружении прям все сразу заработает по этому я и предупреждаю.

Почему как угроза просто проверка на полезность если какому то количеству людей это зайдет тогда можно сделать pip а так зачем выкладывать в Пип то что никому не нужно, по-моему Хабр как раз для этого что бы проверить свою идею

зачем выкладывать в Пип то что никому не нужно

Ну Вы сами сможете использовать это, например

по-моему Хабр как раз для этого что бы проверить свою идею

Сомневаюсь. Вряд ли кто то будет пробовать Вашу либу с таким количеством нюансов и подводных камней. Без тестов. Без нормальной установки. Без нормального описания

Ну добрые люди уже подсказали куда это положить сделаем красиво может будет более юзабельно

Кстати забыл написать это в статье но там будет разный endpoints в зависимости есть у вас owner_id в модели или нет

Я уверен что получилось очень поверхностно и скорее всего не заработает с первого раза и вообще я обычно пишу по одной ошибке в строчке.

Не льстите себе - посчитайте ошибки в этой строчке Вашего текста. Если сможете, конечно.

Зачем брать асинхронный фреймворк, но при этом заставлять его работать синхронно? У SQLAlchemy недавно появился асинхронный режим работы, используйте его.

Как это поможет задача то синхронная?

Асинхронный - в смысле, с использованием asyncio.

Поможет это тем, что приложение не будет впустую ожидать, пока обработчик запроса получает данные из БД, а начнет обрабатывать в это время другой запрос.

это консольная утилита ты ее запускаешь и ждешь пока выполниться в чем суть оптимизации? Она не обращаться в бд она парисит и генерирует файлы

Окей. Какой смысл генерировать синхронно работающие методы при использовании асинхронного фреймворка?

Потому как не другой задачи кроме того что нужно сгенерировать зачем здесь асинхронщина?

Если вам не нужна асинхронщина, зачем вам здесь FastAPI? Flask тогда уж, благо он сихронный и имеет бОльшую популярность.

Если я использую FastAPI обязательно все должно быть асинхронным? Это ж вроде не JS я тут никому не должен

Не обязательно всё. Там можно делать синхронные вьюхи, которые запускаются в отдельных потоках (а не асинхронно). Но вообще, если у вас всё синхронное, то смысла использовать FastAPI особо нет. А при чём тут JS?

Ещё вот такая штука у автора fastapi недавно вышла, с ней стало легче женить модельки с представлением - https://github.com/tiangolo/sqlmodel

Sign up to leave a comment.

Articles