Какие распространённые паттерны проектирования есть в Node.js?

Question

IT Interview Practice · Accepted Answer

Node.js опирается на несколько паттернов проектирования, которые подходят его системе модулей, асинхронной модели и потоковому вводу-выводу. Самые распространённые, которые должен узнавать каждый backend-разработчик:

## Порождающие

- **Паттерн модуля** — каждый файл имеет свою область видимости; вы предоставляете публичный API через `module.exports` / `export`, сохраняя внутренности приватными. Основа организации кода в Node.
- **Singleton** — экспорты модуля **кешируются**, поэтому экспорт экземпляра даёт каждому импортёру один и тот же объект. Идеально для пула БД или конфигурации.

```js
// db.js — каждый `require("./db")` получает этот же pool (singleton через кеш модулей).
const pool = createPool(process.env.DATABASE_URL);
module.exports = pool;
```

- **Factory** — функция, которая создаёт и возвращает объекты, скрывая логику конструирования и позволяя менять реализации.

```js
function createLogger(kind) {
  return kind === "json" ? new JsonLogger() : new TextLogger();
}
```

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

- **Observer / EventEmitter** — основной async-паттерн Node: испускайте именованные события, подключайте слушателей. `EventEmitter`, потоки и большинство core-модулей используют его.

```js
const { EventEmitter } = require("node:events");
const bus = new EventEmitter();
bus.on("order:paid", (o) => sendReceipt(o));
bus.emit("order:paid", order);
```

- **Middleware** — конвейер функций, каждая из которых получает `(ctx, next)`, популяризированный Express/Koa. Отлично подходит для сквозной функциональности (auth, логирование, валидация).

```js
app.use((req, res, next) => { req.startedAt = Date.now(); next(); });
```

- **Strategy** — выбор алгоритма во время выполнения (например, выбор платёжного провайдера или стратегии хеширования за одним интерфейсом).

## Структурные

- **Adapter** — оберните сторонний API в собственный интерфейс, чтобы можно было менять вендоров, не трогая места вызовов.
- **Streams (pipeline)** — компонуйте стадии readable → transform → writable для инкрементальной обработки данных с backpressure, вместо буферизации всего в памяти.

```js
const { pipeline } = require("node:stream/promises");
await pipeline(fs.createReadStream("in"), gzip(), fs.createWriteStream("out.gz"));
```

- **Dependency Injection** — передавайте коллабораторов (db, logger, клиенты) в модуль вместо прямого импорта; это делает код тестируемым и слабосвязанным. Фреймворки вроде **NestJS** встраивают DI; вы также можете сделать это вручную через аргументы конструктора/функции.

## Практическое правило

| Потребность | Паттерн |
|---|---|
| Один общий ресурс | Singleton (кеш модулей) |
| Создавать объекты, скрыть `new` | Factory |
| Реагировать на async-события | Observer / EventEmitter |
| Сквозная логика запроса | Middleware |
| Безопасно обрабатывать большие данные | Streams / pipeline |
| Тестируемые, слабосвязанные зависимости | Dependency Injection |

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

Паттерны — это общий словарь: сказать «config — это кешированный по модулю singleton» или «auth — это middleware» передаёт дизайн в нескольких словах. Само ядро Node (EventEmitter, потоки, система модулей) построено из них, поэтому их распознавание помогает читать фреймворки и структурировать собственные сервисы. Интервьюеры используют этот вопрос, чтобы проверить, что вы не просто соединяете коллбэки как попало, а тянетесь к подходящему паттерну — и знаете его компромиссы, например, что singleton усложняет тестирование глобального состояния.

Потребность	Паттерн
Один общий ресурс	Singleton (кеш модулей)
Создавать объекты, скрыть `new`	Factory
Реагировать на async-события	Observer / EventEmitter
Сквозная логика запроса	Middleware
Безопасно обрабатывать большие данные	Streams / pipeline
Тестируемые, слабосвязанные зависимости	Dependency Injection

Порождающие

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

Структурные

Практическое правило

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

Похожие вопросы