Beitrag Flask ломается не на маршрутах, а на том, как вы смешиваете слои

Flask ломается не на маршрутах, а на том, как вы смешиваете слои У Flask есть полезная ловушка: проект легко стартует как один файл, а потом тихо превращается в комок view-функций, SQL и логики авторизации. Если через месяц в код страшно заходить, проблема обычно не в фреймворке, а в отсутствии границ. Рабочая схема для живого проекта: — routes держат только HTTP-слой: принять запрос, провалидировать, вернуть ответ; — service содержит бизнес-логику и не знает про request; — repository общается с БД или внешним API; — extensions и config инициализируются отдельно, а не прячутся внутри view. Еще одна типовая ошибка — хранить состояние в глобальных переменных и надеяться, что «в проде не заметят». Flask сам по себе не спасает от гонок, если вы пишете в модульные переменные, кэшируете «на глаз» или создаете клиент БД в каждом обработчике. Если нужен проект, который не развалится от второго разработчика, начните с app factory, явной конфигурации и одного правила: view не должен делать больше, чем оркестровать вызовы. Тогда Flask остается быстрым в разработке и не превращается в склад технического долга.