SOLID в PHP-проекте

Единственная ответственность: контроллер принимает запрос и возвращает ответ, бизнес-логика в сервисе, работа с базой в репозитории или модели, отправка писем в отдельном классе. Так каждый класс меняется по одной причине.

Открытость для расширения: когда нужно добавить платёжную систему, я добавляю класс, реализующий PaymentGateway, и регистрирую его в контейнере, а не дописываю ветку в switch.

Подстановка Лисков: наследник не должен ломать ожидания. Если ReadOnlyRepository::save() бросает исключение, значит иерархия неверна. Разделение интерфейсов: лучше Readable и Writable, чем один интерфейс на двадцать методов. Инверсия зависимостей: классы получают интерфейсы через конструктор, а реализацию подставляет контейнер Laravel или Symfony.

При этом не создаю интерфейс для каждого класса. Он нужен там, где есть несколько реализаций или граница с внешней системой, которую надо подменять в тестах.