Какие паттерны проектирования вы знаете?

Паттерн проектирования — это описание повторяющегося решения типовой задачи проектирования. Паттерны не привязаны к конкретному языку и не являются библиотекой: это скорее словарь, которым разработчики описывают архитектуру. Их делят на три большие группы по назначению.

Порождающие паттерны

Отвечают за создание объектов, скрывая детали их конструирования.

• Singleton — гарантирует единственный экземпляр класса (например, конфигурация или пул соединений).
• Factory Method — делегирует создание объектов подклассам.
• Builder — пошагово собирает сложный объект.

Структурные паттерны

Описывают, как компоненты соединяются в более крупные структуры.

• Adapter — приводит несовместимый интерфейс к нужному.
• Decorator — динамически добавляет поведение объекту.
• Facade — даёт простой интерфейс к сложной подсистеме.

Поведенческие паттерны

Определяют взаимодействие объектов и распределение обязанностей.

• Observer — уведомляет подписчиков об изменениях.
• Strategy — позволяет менять алгоритм во время выполнения.
• Command — инкапсулирует запрос как объект.

Пример: Strategy на JavaScript

const strategies = {
  card: (sum) => sum * 1.02,
  cash: (sum) => sum,
  crypto: (sum) => sum * 0.98,
};

function pay(method, sum) {
  if (!strategies[method]) throw new Error('Unknown method');
  return strategies[method](sum);
}

console.log(pay('card', 1000)); // 1020
console.log(pay('cash', 1000)); // 1000

Здесь алгоритм оплаты выбирается во время выполнения, а добавление нового способа не требует правки функции pay — только новой стратегии.

Пример: Singleton

class Config {
  static instance;
  constructor() {
    if (Config.instance) return Config.instance;
    this.env = 'production';
    Config.instance = this;
  }
}

const a = new Config();
const b = new Config();
console.log(a === b); // true

Singleton удобен для глобальных ресурсов, но злоупотребление им усложняет тестирование из-за скрытых зависимостей.

Итог: паттерны стоит применять, когда задача действительно повторяет известный сценарий — они делают код понятнее для команды и упрощают расширение, но не должны превращаться в самоцель.