Какую проблему решает декоратор?

Проблема, которую решает паттерн Декоратор

Паттерн Декоратор (Decorator) решает фундаментальную проблему расширения функциональности объектов без модификации их исходного кода и без создания глубоких иерархий наследования. Это структурный паттерн проектирования, который позволяет динамически добавлять объектам новую функциональность, оборачивая их в полезные "обёртки".

Ключевые проблемы, которые устраняет Декоратор

1. Взрывное количество подклассов

В классическом наследовании для добавления каждой новой возможности требуется создавать отдельный подкласс. При комбинировании нескольких функций количество классов растёт экспоненциально.

// Проблема: для 3 опций нужно 2³ = 8 классов!
class BasicProduct {}
class ProductWithWarranty extends BasicProduct {}
class ProductWithGiftWrap extends BasicProduct {}
class ProductWithExpressDelivery extends BasicProduct {}
class ProductWithWarrantyAndGiftWrap extends ProductWithWarranty {}
// ... и так далее

2. Нарушение принципа открытости/закрытости (OCP)

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

3. Жёсткая статическая структура

Наследование создаёт статическую связь между родительским и дочерним классом, что затрудняет изменение поведения объекта во время выполнения программы.

Как Декоратор решает эти проблемы

Декоратор использует композицию вместо наследования, создавая цепочку обёрток вокруг базового объекта. Каждый декоратор реализует тот же интерфейс, что и декорируемый объект, и добавляет свою функциональность до или после вызова методов исходного объекта.

// Базовый интерфейс
interface ProductInterface {
    public function getPrice(): float;
    public function getDescription(): string;
}

// Конкретная реализация
class BasicProduct implements ProductInterface {
    public function getPrice(): float {
        return 100.0;
    }
    
    public function getDescription(): string {
        return "Базовый продукт";
    }
}

// Базовый декоратор
abstract class ProductDecorator implements ProductInterface {
    protected ProductInterface $product;
    
    public function __construct(ProductInterface $product) {
        $this->product = $product;
    }
}

// Конкретные декораторы
class WarrantyDecorator extends ProductDecorator {
    public function getPrice(): float {
        return $this->product->getPrice() + 20.0;
    }
    
    public function getDescription(): string {
        return $this->product->getDescription() . ", с гарантией";
    }
}

class GiftWrapDecorator extends ProductDecorator {
    public function getPrice(): float {
        return $this->product->getPrice() + 5.0;
    }
    
    public function getDescription(): string {
        return $this->product->getDescription() . ", с подарочной упаковкой";
    }
}

// Использование
$product = new BasicProduct();
$product = new WarrantyDecorator($product);
$product = new GiftWrapDecorator($product);

echo $product->getDescription(); // "Базовый продукт, с гарантией, с подарочной упаковкой"
echo $product->getPrice(); // 125.0

Преимущества подхода

1. Гибкость комбинирования: Можно динамически создавать любые комбинации функциональности во время выполнения
2. Соблюдение OCP: Новые декораторы добавляются без изменения существующего кода
3. Единая ответственность: Каждый декоратор отвечает только за одну конкретную функциональность
4. Прозрачность для клиента: Клиентский код работает с декорируемым объектом так же, как и с исходным

Типичные сценарии использования в PHP

• Добавление логирования, кэширования, аутентификации в HTTP-обработчиках
• Форматирование вывода (HTML, JSON, XML декораторы)
• Добавление дополнительных проверок и валидаций
• Расширение функциональности сервисов в Laravel/Symfony через middleware/pipeline
• Модификация поведения PDO-подключений (логирование запросов, кэширование)

Отличие от других паттернов

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

Таким образом, Декоратор предоставляет элегантное решение для постепенного наращивания функциональности объектов, сохраняя при этом гибкость, тестируемость и поддерживаемость кода.