SOLID — это набор принципов объектно-ориентированного программирования, которые помогают создавать гибкий, понятный и поддерживаемый код. Эти правила особенно важны в Python, где динамическая типизация и свобода синтаксиса иногда могут привести к запутанным решениям. Разберем каждый принцип на практических примерах.
1. Принцип единственной ответственности (Single Responsibility Principle, SRP)
Суть: Класс должен решать только одну задачу.
Пример нарушения:
Здесь класс UserManager отвечает и за сохранение данных, и за рассылку писем.
Исправление:
Теперь каждый класс решает одну задачу.
2. Принцип открытости/закрытости (Open-Closed Principle, OCP)
Суть: Классы должны быть открыты для расширения, но закрыты для модификации.
Пример нарушения:
При добавлении новой скидки придется изменять метод apply.
Исправление:
Теперь новые скидки добавляются через создание классов-стратегий.
3. Принцип подстановки Барбары Лисков (Liskov Substitution Principle, LSP)
Суть: Подклассы должны заменять родительские классы без изменения поведения программы.
Пример нарушения:
Квадрат меняет логику установки ширины и высоты, что может привести к ошибкам.
Исправление:
Теперь квадрат и прямоугольник не наследуют друг друга, но реализуют общий интерфейс.
4. Принцип разделения интерфейса (Interface Segregation Principle, ISP)
Суть: Клиенты не должны зависеть от методов, которые они не используют.
Пример нарушения:
Робот вынужден реализовывать ненужный метод eat.
Исправление:
Интерфейсы разделены по функциональности.
5. Принцип инверсии зависимостей (Dependency Inversion Principle, DIP)
Суть: Зависимости должны строиться на абстракциях, а не на конкретных реализациях.
Пример нарушения:
Класс Switch жестко зависит от LightBulb.
Исправление:
Теперь Switch работает с любыми устройствами, реализующими интерфейс Switchable.
Заключение
SOLID принципы — это не строгие правила, а рекомендации для создания чистого кода. В Python их применение особенно важно из-за гибкости языка. Начните с малого: разделяйте ответственность классов, избегайте «божественных объектов», проектируйте модули так, чтобы их можно было расширять. Со временем следование этим принципам станет привычкой, а ваш код — проще для понимания и тестирования.