Что такое Low Coupling (слабая связанность)?

Слушай, а вот есть такая штука — Low Coupling, или, по-нашему, слабая связанность. Если по-простому, это когда твои модули в проекте не держатся друг за дружку как последние алкаши за бутылку. Каждый должен жить своей жизнью, а не орать на весь двор: «Вася, дай базу данных!». В Node.js это вообще святое, особенно если ты микросервисы пилишь. Иначе потом разбираться в этом пиздеце будет овердохуища проблем.

Вот смотри, как бывает, когда всё намертво сцеплено (High Coupling):

// Плохо: Класс Order прикипел к конкретной базе и логгеру, как говно к волосам.
const { MongoClient } = require('mongodb');
const winston = require('winston');

class OrderService {
  constructor() {
    this.client = new MongoClient('mongodb://localhost:27017'); // Жёстко впендюрил
    this.logger = winston.createLogger({ /* конфиг */ }); // Опять намертво
  }

  async createOrder(data) {
    await this.client.connect();
    // ... какая-то логика
    this.logger.info('Order created'); // Прямой вызов, ни тебе подмены, ни тебе гибкости
  }
}

// Попробуй-ка протестировать этот класс — нихуя не выйдет. Всё зашито наглухо.

А теперь решение — слабая связанность через Dependency Injection (DI):

// Хорошо: Зависимости не создаём внутри, а принимаем как подачку.
class OrderService {
  constructor(dbClient, logger) { // Говорим: «Давайте сюда любую базу и любой логгер, лишь бы методы были»
    this.dbClient = dbClient;
    this.logger = logger;
  }

  async createOrder(data) {
    await this.dbClient.connect();
    // ... та же логика
    this.logger.info('Order created');
  }
}

// А где-то на самом верху, в app.js или в DI-контейнере, собираем этот конструктор:
const { MongoClient } = require('mongodb');
const winston = require('winston');

const dbClient = new MongoClient('mongodb://localhost:27017');
const logger = winston.createLogger({});

const orderService = new OrderService(dbClient, logger); // Вот и подсунули зависимости

// И для тестов теперь — красота, ёпта! Подсовываем моки, и хоть трава не расти:
const mockDbClient = { connect: jest.fn() };
const mockLogger = { info: jest.fn() };
const testOrderService = new OrderService(mockDbClient, mockLogger);
// Всё, можно проверять, вызывался ли logger.info, и с какими параметрами. Удобно, блядь!

Как вообще добиться этой слабой связанности в Node.js, чтобы не было потом мучительно больно:

1. Работай с абстракциями, а не с конкретикой. Пиши код так, будто тебе всё похуй, какой именно логгер или база — лишь бы у них были нужные методы. Это как требовать от таксиста просто довезти, а не спрашивать, на какой он машине ездит.
2. Dependency Injection (DI) — твой друг. Не создавай зависимости внутри класса, а принимай их извне. Для больших проектов есть контейнеры вроде awilix — они сами всё разложат по полочкам.
3. Event Emitter в помощь. Модули могут общаться через события, а не тыкаться друг в друга прямыми вызовами. Это как крикнуть в чат: «Кто сделает заказ?» — вместо того, чтобы тащить конкретного человека за шкирку.
4. Принцип инверсии зависимостей (DIP). Модули высокого уровня не должны зависеть от низкоуровневых деталей. Оба должны смотреть на абстракции. Иначе получится, что генерал зависит от того, есть ли у солдата чистые портянки.

А практическая польза какая, спросишь?

• Тестирование — раз плюнуть. Подсовываешь моки и тестируешь что угодно, не переписывая код.
• Гибкость — хоть завтра меняй библиотеку. Захотел перейти с Mongoose на Prisma? Меняешь только в одном месте — там, где зависимости собираются. Остальной код даже не почувствует.
• Переиспользование. Такой модуль можно взять и сунуть в другой проект, и он не будет орать: «А где моя старая база?». Ему всё равно, лишь бы контракт соблюдали.

В общем, слабая связанность — это не просто модное словечко, а реально удобная штука, которая спасёт тебе кучу нервов, когда проект разрастётся до размеров, ёб твою мать, вселенной.