Flask ломают не роуты, а хаос вокруг контекста и конфигов

Flask ломают не роуты, а хаос вокруг контекста и конфигов

Если проект на Flask начинает расти, самые дорогие баги обычно не в самих view-функциях. Они появляются там, где смешали конфиг, бизнес-логику и доступ к request: всё работает, пока один эндпоинт и один разработчик.

За неделю в репах чаще всего всплывают 4 вещи:
— глобальные переменные вместо app context или g;
— конфиг, собранный из os.environ прямо в модулях;
— SQL и HTTP-запросы внутри handler без слоя сервиса;
— каша из blueprints без понятных границ ответственности.

Проверка перед коммитом простая: view должна принимать request и отдавать response, а не управлять всем приложением. Конфиг — в одном месте, зависимости — через фабрику приложения, фоновые задачи — отдельно от синхронного запроса. Если код нельзя протестировать без поднятого сервера, это уже запах архитектуры.

Flask хорош там, где важны контроль и минимум магии. Но этот контроль работает только если с самого начала договориться о слоях: routing, services, storage, integrations. Тогда проект не превращается в набор скриптов с веб-обвязкой.