Какой принцип из SOLID позволяет соблюдать добавочные преобразования в работе

Принцип SOLID, который позволяет соблюдать добавочные (инкрементные) преобразования в работе, — это Принцип открытости/закрытости (Open-Closed Principle, OCP). Он гласит, что программные сущности (классы, модули, функции) должны быть открыты для расширения, но закрыты для изменения. Это означает, что новую функциональность можно добавлять без модификации существующего кода, что снижает риск ошибок и упрощает поддержку системы.

Как это работает

OCP достигается за счёт использования абстракций — интерфейсов или абстрактных классов. Они определяют контракт (набор методов), который должны реализовать все конкретные классы. Код, который использует абстракцию, зависит только от неё, а не от конкретных реализаций. Поэтому при добавлении новой функциональности создаётся новый класс, реализующий интерфейс, а существующий код остаётся нетронутым.

Пример на PHP

Рассмотрим классический пример с геометрическими фигурами. Создадим интерфейс Shape с методом area() и две реализации: Rectangle и Circle.

interface Shape {
    public function area();
}

class Rectangle implements Shape {
    private $width;
    private $height;

    public function __construct($width, $height) {
        $this->width = $width;
        $this->height = $height;
    }

    public function area() {
        return $this->width * $this->height;
    }
}

class Circle implements Shape {
    private $radius;

    public function __construct($radius) {
        $this->radius = $radius;
    }

    public function area() {
        return pi() * pow($this->radius, 2);
    }
}

// Этот класс открыт для расширения, но закрыт для изменений
class AreaCalculator {
    public function calculate(Shape $shape) {
        return $shape->area();
    }
}

В этом примере AreaCalculator зависит от интерфейса Shape. Если нужно добавить новую фигуру, например Triangle, достаточно создать класс, реализующий Shape, и передать его в calculate(). Код AreaCalculator менять не придётся — он закрыт для изменения, но открыт для расширения.

Подводные камни

• Чрезмерное усложнение: стремление соблюсти OCP любой ценой может привести к излишней абстракции и усложнению кода. Применяйте принцип там, где расширение действительно вероятно.
• Нарушение других принципов: иногда попытка сделать класс открытым для расширения приводит к нарушению, например, принципа единственной ответственности (SRP). Следите за балансом.
• Неверная интерпретация: OCP не означает, что код вообще нельзя менять. Речь идёт о том, что изменения не должны затрагивать существующую логику, если это можно избежать.

Когда использовать

OCP полезен в системах, где часто появляются новые требования или варианты поведения. Например, при реализации плагинов, обработчиков событий, стратегий или фабрик. Если вы замечаете, что при добавлении новой функциональности приходится переписывать существующие классы, это сигнал к применению OCP.

Коротко

• OCP — принцип открытости/закрытости: классы открыты для расширения, но закрыты для изменения.
• Реализуется через интерфейсы и абстрактные классы, которые задают контракты.
• Пример: AreaCalculator принимает Shape, новые фигуры добавляются без изменения калькулятора.
• Применяйте OCP, когда ожидается расширение функциональности, но избегайте излишней абстракции.