Что такое SOLID? Расшифруй принципы.

Что такое SOLID и зачем он нужен

SOLID — это набор из пяти принципов проектирования классов и модулей, сформулированных Робертом Мартином. Они помогают разработчику строить системы, которые устойчивы к изменениям требований, легко читаются и тестируются. Соблюдение этих принципов снижает связанность (coupling) и повышает связность (cohesion) внутри модулей, что делает код более предсказуемым.

Расшифровка принципов

• S — Single Responsibility (Принцип единственной ответственности): каждый класс должен иметь только одну причину для изменения. Например, класс, который хранит данные и отправляет их в базу, нарушает этот принцип, потому что изменение формата данных и изменение логики сохранения — две разные причины.
• O — Open/Closed (Принцип открытости/закрытости): программные сущности должны быть открыты для расширения, но закрыты для модификации. Это достигается через абстракции и полиморфизм: добавляем новое поведение через новые классы, а не правкой существующих.
• L — Liskov Substitution (Принцип подстановки Лисков): объекты подклассов должны быть взаимозаменяемы с объектами базового класса без нарушения корректности программы. Если наследник изменяет контракт родителя (например, выбрасывает исключение там, где родитель не выбрасывал), это нарушение.
• I — Interface Segregation (Принцип разделения интерфейсов): клиенты не должны зависеть от методов, которые они не используют. Лучше несколько узких интерфейсов, чем один толстый. Например, интерфейс Worker с методами work() и eat() заставляет робота реализовывать eat(), что бессмысленно.
• D — Dependency Inversion (Принцип инверсии зависимостей): модули верхнего уровня не должны зависеть от модулей нижнего уровня; оба должны зависеть от абстракций. Абстракции не должны зависеть от деталей; детали должны зависеть от абстракций. Это достигается через интерфейсы и внедрение зависимостей.

Практический пример

Рассмотрим нарушение принципа открытости/закрытости и его исправление. Допустим, есть класс, который рисует фигуры:

class ShapeDrawer {
  draw(shape) {
    if (shape.type === 'circle') {
      // рисуем круг
    } else if (shape.type === 'square') {
      // рисуем квадрат
    }
  }
}

Чтобы добавить треугольник, придётся менять этот класс. Исправление через полиморфизм:

class Shape {
  draw() {}
}
class Circle extends Shape {
  draw() { /* круг */ }
}
class Square extends Shape {
  draw() { /* квадрат */ }
}
class ShapeDrawer {
  draw(shape) {
    shape.draw();
  }
}

Теперь расширение происходит добавлением нового подкласса, без изменения существующего кода.

Вывод

Применение SOLID особенно полезно в крупных проектах с длительным жизненным циклом, где требования часто меняются. Эти принципы помогают избежать накопления технического долга, упрощают рефакторинг и делают систему более модульной. Однако не стоит слепо следовать им в ущерб простоте — для небольших скриптов они могут быть избыточны.