Что такое Clean Architecture и Domain-Driven Design (DDD)? Какие принципы лежат в их основе?

Введение в концепции

Clean Architecture и Domain-Driven Design (DDD) — это два мощных подхода, которые часто используются вместе для создания сложных программных систем. Clean Architecture предлагает структурную организацию кода, а DDD — методологию моделирования бизнес-логики. Их сочетание позволяет разработчикам создавать системы, которые легко адаптируются к изменениям требований и остаются понятными на протяжении многих лет.

Основные принципы Clean Architecture

Clean Architecture, предложенная Робертом Мартином, основана на идее разделения системы на слои с четкими правилами зависимостей. Внутренние слои содержат бизнес-логику и не зависят от внешних деталей, таких как базы данных или фреймворки. Зависимости направлены внутрь, от внешних слоев к внутренним, что достигается через принцип инверсии зависимостей (Dependency Inversion Principle).

• Entities — содержат критически важную бизнес-логику, не зависят от внешних систем.
• Use Cases — описывают конкретные сценарии использования системы.
• Interface Adapters — преобразуют данные между форматами, удобными для внешних систем и внутренних слоев.
• Frameworks & Drivers — внешние детали: базы данных, веб-фреймворки, UI.

Основные принципы DDD

DDD, описанный Эриком Эвансом, сосредоточен на моделировании предметной области. Ключевая идея — создать общий язык (Ubiquitous Language) между разработчиками и экспертами предметной области, чтобы модель точно отражала реальные бизнес-процессы. DDD вводит такие понятия, как bounded context (ограниченный контекст), aggregate (агрегат), value object (объект-значение) и domain events (события домена).

Практический пример

Рассмотрим простой пример заказа в интернет-магазине. В Clean Architecture мы бы создали слой Use Cases, содержащий логику оформления заказа, и слой Entities с классом Order. DDD помогает определить, что Order — это агрегат, который управляет своими элементами (OrderItem).

// Entities (внутренний слой)
class Order {
  constructor(id, items) {
    this.id = id;
    this.items = items;
  }
  getTotal() {
    return this.items.reduce((sum, item) => sum + item.price, 0);
  }
}

// Use Case (внутренний слой)
class CreateOrderUseCase {
  constructor(orderRepository) {
    this.orderRepository = orderRepository;
  }
  execute(customerId, items) {
    const order = new Order(Date.now(), items);
    return this.orderRepository.save(order);
  }
}

// Interface Adapter (внешний слой)
class OrderController {
  constructor(createOrderUseCase) {
    this.createOrderUseCase = createOrderUseCase;
  }
  handleRequest(req) {
    const items = req.body.items;
    return this.createOrderUseCase.execute(req.user.id, items);
  }
}

Применение и вывод

Clean Architecture и DDD особенно полезны в крупных проектах с длительным жизненным циклом, где требования часто меняются. Они позволяют изолировать бизнес-логику от технических деталей, что упрощает тестирование и поддержку. Однако для небольших проектов или прототипов такой подход может быть избыточным. Используйте их, когда важна долгосрочная поддерживаемость и сложность бизнес-правил высока.