Какие паттерны для Frontend применяются на практике и какие проблемы они решают?

На фронтенде применяют паттерны проектирования — Observer, Module, Singleton, Factory, Strategy и другие — для решения повторяющихся задач организации кода.

Порождающие

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

Структурные

• Module — инкапсуляция приватного состояния (через замыкания/ES-модули).
• Facade — простой интерфейс над сложной подсистемой (обёртка над API).
• Proxy — контроль доступа (реактивность MobX/Vue через Proxy).

Поведенческие

• Observer / Pub-Sub — подписка на изменения (события, реактивность, стор → UI).

class Store {
  #subs = new Set();
  subscribe(fn) { this.#subs.add(fn); }
  notify(data) { this.#subs.forEach((fn) => fn(data)); }
}

• Strategy — взаимозаменяемые алгоритмы (разные валидаторы/форматтеры).
• Command — инкапсуляция действия (undo/redo, dispatch в Redux).

Фронтенд-специфичные

• Container/Presentational, HOC, Render Props, Custom Hooks — переиспользование логики в React.

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

Снижают связанность, упрощают расширение, переиспользование и тестирование, дают общий язык в команде.

Коротко для собеседования

Частые паттерны на фронте: Singleton (один экземпляр), Factory (создание объектов), Module (инкапсуляция), Observer/Pub-Sub (подписки, реактивность), Strategy (взаимозаменяемые алгоритмы), Facade (упрощение API). Плюс React-паттерны: HOC, render props, кастомные хуки.