Когда стоит выносить бизнес-логику в сервисный слой?

Сервисный слой (Service Layer) — это паттерн проектирования, который инкапсулирует бизнес-логику приложения, отделяя её от слоя представления (контроллеры) и слоя доступа к данным (репозитории). Его основная цель — обеспечить единое место для выполнения сложных бизнес-операций, которые часто затрагивают несколько сущностей или требуют транзакционности.

Когда именно стоит выносить логику в сервисы?

• При дублировании кода: Если одна и та же бизнес-правило (например, проверка прав пользователя или расчёт скидки) повторяется в нескольких контроллерах или методах.
• Для сложных операций: Когда действие включает несколько шагов: валидацию, вызов репозиториев, отправку уведомлений, обновление разных сущностей.
• Для обеспечения тестируемости: Сервисы, не зависящие от фреймворка (например, Express или Spring MVC), легко тестировать юнит-тестами без поднятия всего приложения.
• При необходимости транзакций: Если операция должна быть атомарной (всё или ничего), сервис может управлять транзакцией на уровне бизнес-логики.

Пример кода (Node.js с TypeScript)

Представим приложение для заказов. Без сервисного слоя логика может быть размазана по контроллерам:

// Плохо: логика внутри контроллера
app.post('/order', async (req, res) => {
  const user = await UserRepo.findById(req.userId);
  if (!user.isActive) {
    throw new Error('User inactive'); // Бизнес-правило
  }
  const order = await OrderRepo.create(req.body);
  await NotificationService.sendEmail(user.email, 'Order created');
  res.json(order);
});

Выносим в сервис:

// Сервис OrderService.ts
export class OrderService {
  async createOrder(userId: number, orderData: OrderDTO) {
    const user = await UserRepo.findById(userId);
    if (!user.isActive) {
      throw new BusinessError('User must be active to place an order');
    }
    const order = await OrderRepo.create(orderData);
    await NotificationService.sendEmail(user.email, 'Order created');
    return order;
  }
}

// Контроллер теперь тонкий
app.post('/order', async (req, res) => {
  const order = await orderService.createOrder(req.userId, req.body);
  res.json(order);
});

Где применяется этот подход?

Сервисный слой широко используется в backend-разработке на любых стеках: Spring (Java), Nest.js (Node.js), Django (Python), Laravel (PHP). Он является ключевым элементом чистой архитектуры (Clean Architecture) или гексагональной архитектуры (Hexagonal), где бизнес-логика находится в центре, независимо от внешних деталей.

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