Расскажите про принципы SOLID. Какие знаете и как применяете на практике?

SOLID — это пять принципов объектно-ориентированного проектирования, которые помогают создавать гибкий, расширяемый и поддерживаемый код:

• S (Single Responsibility Principle) — принцип единственной ответственности. Каждый класс должен иметь одну причину для изменения, то есть отвечать за одну задачу.
• O (Open/Closed Principle) — открытость/закрытость. Классы должны быть открыты для расширения, но закрыты для модификации.
• L (Liskov Substitution Principle) — принцип подстановки Барбары Лисков. Объекты подклассов должны быть взаимозаменяемы с объектами базового класса без нарушения логики.
• I (Interface Segregation Principle) — принцип разделения интерфейса. Лучше иметь несколько специализированных интерфейсов, чем один универсальный.
• D (Dependency Inversion Principle) — принцип инверсии зависимостей. Модули верхнего уровня не должны зависеть от модулей нижнего уровня, оба должны зависеть от абстракций.

На практике я применяю эти принципы так:

• Разбиваю большие классы на более мелкие с четкой ответственностью.
• Использую абстракции и интерфейсы для расширения функционала без изменения существующего кода.
• Следую контрактам интерфейсов, чтобы подклассы корректно заменяли базовые классы.
• Создаю узкоспециализированные интерфейсы для клиентов.
• Внедряю зависимости через конструкторы или фабрики, чтобы снизить связанность.

Пример применения SRP:

// Плохо: класс отвечает и за логику, и за вывод
class Report {
    void generate() { /* генерация отчета */ }
    void print() { /* вывод отчета */ }
}

// Хорошо: разделение ответственности
class ReportGenerator {
    void generate() { /* генерация отчета */ }
}
class ReportPrinter {
    void print() { /* вывод отчета */ }
}