5 PHP-ошибок, которые годами портят код и ломают поддержку

5 PHP-ошибок, которые годами портят код и ломают поддержку

За неделю в репах PHP-проектов обычно всплывают одни и те же вещи: слабые типы, размытые границы, магия в конструкторах, работа с данными «как получится» и отсутствующие контракты между слоями.

— Смешивание логики HTTP, БД и бизнес-правил в одном классе. Потом любой рефакторинг превращается в раскопки.
— Игнорирование strict_types и явных типов аргументов/возврата. Ошибка не исчезает, она просто откладывается.
— Массовое использование static и helper-магии вместо зависимостей через контейнер или интерфейс.
— Пустые catch-блоки и подавление исключений. Это не обработка, а потеря сигнала.
— Сборка SQL, массивов и JSON вручную без нормальной валидации и нормализации входа.

Есть наблюдение которое стоит проверить: чем меньше «умного» кода в сущностях и контроллерах, тем дешевле проект в сопровождении. В PHP это особенно заметно на длинной дистанции — когда команда меняется, а старые решения продолжают жить.

Если хочется навести порядок, начните с границ: типы, DTO, отдельные сервисы для бизнес-логики и явная обработка ошибок. Тогда язык перестаёт быть источником хаоса и начинает работать как инструмент, а не как лотерея.