Комментарии 11
Не очень понимаю, зачем в 2024 году выбирать Flask, когда есть FastAPI.
Потому что автор знает только flask и django
Удалено
На FastApi можно делать не только API, там есть модуль fastapi.templating и TemplateResponse. Работает, к слову, быстрее джанги как в плане генерации шаблона, там и в плане ответа
Вопрос выбора между этой троицей только в том, насколько вам нужны батарейки джанги + встроенная orm,принципиальна ли скорость работы и навязанный mvt.
И да, как заметил человек выше - зачем нужен Flask, если FastApi перекрывает весь его функционал, но имеет встроенную валидацию данных от Pydantics и по скоростным замерам быстрее.
Про выбор между Django и flask/fastapi я согласен.
Скорость очень зависит от многих факторов. Если просто их собственные скорости, то fastapi вероятно будет быстрее, а если через apache/nginx/любой другой сервер, то результат может быть другим. Это даже они сами подтверждают.
Что fastapi включает flask я не согласен. Например в flask есть встроенные подписанные куки, а в fastapi нужно самому подписывать и проверять. Валидация это приятно, но если мы пишем сайт, а не api, то выходные данные не надо валидировать, а входные в части случаев нужно будет дополнительно валидировать т.к. корректные значения зависят от пользователя и переменных в пути.
Поэтому я считаю, что flask иногда может быть удобнее fastapi.
В контексте скорости я говорил про django vs что-то другое, но соглашусь, что скорость зависит не только от фреймворка, но и от всей связки технологий. Тот же гугл допилил джангу внутри себя достаточно, чтобы ютуб работал шустрее большинства других предложений.
Кукисы в response в fastapi буквально одной строчкой докидываются, не вижу в этом сильного преимущества(https://fastapi.tiangolo.com/advanced/response-cookies/). Если вы про браузерные ,то они там тоже берутся в запросе одной строкой.
Валидация переменных в пути вкручена(https://fastapi.tiangolo.com/tutorial/path-params-numeric-validations/#import-path).
С пользователями сложнее, но это уже вопрос достройки orm-ки и авторизации.
Я не утверждаю, что фляга плохая, но если есть возможность вместо неё выбрать более динамично развивающийся и свежий фреймворк, который в настоящем времени дорабатывается - почему нет? На дистанции выигрыш будет больше, ИМХО.
Но переписывать старые flask-проекты я бы тоже не стал - оно явно того не стоит =)
Про валидацию в пути я имел ввиду когда в пути есть id некой сущности, и ограничения на поле в форме зависит от конкретной сущности.
В куках я писал про подписанные куки. Их можно написать вручную через itsdangerous, и это довольно просто, но тем не менее в fastapi этого нет.
А в целом я думаю, что выбор flask/fastapi это чисто личные предпочтения конкретных людей.
в данном случае, если речь о 2024, то вопрос зачем выбирать fastapi или flask если есть litestar.
Статья ни о чем, но спасибо, что не хотя бы очередное годовое "Как развернуть проект на Django".
1) Ссылка на опрос stackoverflow битая из-за translated-turbopage.
2) Ключевые особенности написаны бредово. В половине мест попросту пересекаются(зачем их тогда писать). А некоторые просто написаны от балды, как тестирование во Flask-е, когда Django сам вам генерит файлик, куда тесты писать и способ их запуска. Причем это же отмечено в сравнении характеристик, но преподносится как особенность фласка.
3) Странно, что не упомянут DRF, которые даёт Джанге апишку.
4) Не знаю, что кому-то мешает вставить JS в Фласк, чтобы получить в нём динамический html. Разве что компрессора там базово нет
5) За плюсы и минусы двумя колонками, где стоящие рядом клетки друг с другом не всегда наполнены характеристиками для сравнения я бы на месте редакторов из песочницы побил бы. Но смыслом тоже не наполнено, особенно когда в рандомном месте предлагают наконец расшифровать что такое ORM( после пяти или шести упоминаний без единого объяснения) или говорят, что MVP на фласке будет медленным(А на джанге взлетит по скорости, ага).
Дальше стало влом описывать каждую нелогичность статьи, т.к список выйдет больше, чем авторские таблицы по плюсам и минусам. ИМХО, выглядит как какой-то потуг нейросети, т.к не думаю, что это писал человек, хотя бы раз пользовавшийся джангой или флягой.
Django или Flask: какой фреймворк лучше подходит для вашего проекта?