Пост Flask ломают не роуты, а скрытые зависимости между модулями

Flask ломают не роуты, а скрытые зависимости между модулями В маленьком проекте Flask удобно, пока всё лежит в одном файле. Проблемы начинаются, когда view импортирует сервис, сервис тянет конфиг, а конфиг внезапно знает про БД и очередь. Дальше любой рефакторинг превращается в ручную сборку пазла. Держите каркас, который спасает: — app factory вместо глобального app — extensions инициализируйте отдельно — конфиг передавайте через объект, а не через import side effects — бизнес-логику выносите из view в сервисы — Blueprints используйте как границы, а не как помойку для всего подряд Ещё одна типовая ошибка — класть в маршрут и валидацию, и SQL, и формат ответа. В итоге тестировать нечего: чтобы проверить один endpoint, надо поднять половину приложения. Если обработчик тонкий, его проще мокать, логировать и переиспользовать в CLI-скриптах. Идея простая: Flask хорош там, где вы сами держите архитектурную дисциплину. Чем раньше разложите зависимости по слоям, тем дольше проект останется быстрым в разработке и спокойным в сопровождении.