Что такое паттерн Decorator?

Question

Accepted Answer

**Decorator** — это паттерн, который динамически добавляет **поведение или ответственность** к объектам, оборачивая их — без изменения исходного класса. Он предоставляет гибкую альтернативу наследованию для расширения функциональности, позволяя вам составлять поведения.

## Что делает паттерн Decorator

```text
DECORATOR → WRAP an object to add behavior, keeping the same interface:
  → the decorator wraps the original, adds its behavior, and delegates to the original
  → you can STACK decorators (wrap a wrapped object) → compose multiple behaviors
  → adds functionality WITHOUT modifying the original class or using subclassing
→ "wrap to extend" — flexible, composable behavior addition
```

## Пример

```js
// base object
let coffee = { cost: () => 5, description: () => 'coffee' };
// decorators wrap and add behavior
function withMilk(c) {
  return { cost: () => c.cost() + 1, description: () => c.description() + ' + milk' };
}
function withSugar(c) {
  return { cost: () => c.cost() + 0.5, description: () => c.description() + ' + sugar' };
}
coffee = withSugar(withMilk(coffee));   // stack decorators
coffee.cost();          // 6.5 — composed behavior
```

## Преимущества и применение

```text
BENEFITS:
  ✓ Add behavior WITHOUT modifying the original (open/closed) or subclass explosion
  ✓ COMPOSE behaviors flexibly at runtime (stack different decorators in combinations)
  ✓ Single responsibility → each decorator adds one thing
USES → I/O streams (wrapping streams), middleware (wrap request handlers), UI components,
  adding features (logging, caching, validation) around a core object; HOC in React
```

## Почему это важно

Понимание паттерна Decorator ценно, поскольку это **полезный структурный паттерн** для гибкого расширения поведения, поэтому это практически релевантные знания о проектировании.

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

Понимание того, что он делает (оборачивает объект для добавления поведения, с возможностью **располагать decorators в стеке** для составления нескольких поведений) — это основное знание.

Понимание **преимуществ** критически важно: он добавляет поведение **без изменения исходного** (следуя принципу открытости/закрытости) и избегает **взрыва количества подклассов**, который бы возник при создании подклассов для каждой комбинации признаков, он позволяет вам **гибко составлять поведения во время выполнения** (располагая различные decorators в разных комбинациях) и поддерживает единственность ответственности (каждый decorator добавляет одно).

Эта составляемость — построение поведения путём расположения в стеке небольших, сфокусированных decorators — это ключная сила паттерна, намного более гибкая чем жёсткое наследование.

Понимание **применения** — потоки ввода-вывода (классический пример оборачивания потоков), middleware (оборачивание обработчиков запросов — частое явление в веб-фреймворках), компоненты пользовательского интерфейса, добавление сквозных признаков (логирование, кеширование, валидация) вокруг основного объекта и React'овские компоненты высшего порядка — уточняет его широкую практическую применимость.

Паттерн Decorator встречается во всех реальных фреймворках и библиотеках.

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