Сталкивался ли с DDD?

Мой опыт работы с Domain-Driven Design (DDD)

Да, я активно применял Domain-Driven Design (DDD) в нескольких крупных проектах на PHP, особенно в системах со сложной бизнес-логикой, таких как финтех-платформы, системы управления цепочками поставок и SaaS-решения для корпоративных клиентов. Мой опыт охватывает как стратегические, так и тактические паттерны DDD, адаптированные под экосистему PHP.

Ключевые концепции, которые я реализовывал на практике

1. Работа с доменными экспертами и универсальный язык

• Проводил event storming-сессии с бизнес-аналитиками и продукт-оунерами для выявления ключевых бизнес-процессов
• Формировал единый глоссарий терминов (ubiquitous language), который становился основой для именования классов, методов и даже таблиц БД
• Пример: в платежной системе мы строго различали "Транзакцию" (факт движения денег) и "Оплату" (бизнес-событие инициирования платежа)

2. Архитектурные подходы в PHP-проектах

• Реализовывал гексагональную архитектуру (ports & adapters) с четким разделением на слои:

// Пример структуры проекта
src/
├── Domain/           # Ядро бизнес-логики
│   ├── Model/       # Сущности и VO
│   ├── Repository/  # Интерфейсы репозиториев
│   └── Service/     # Доменные сервисы
├── Application/      # Сценарии использования
│   └── UseCase/
├── Infrastructure/   # Реализации инфраструктуры
│   ├── Persistence/ # Реализации репозиториев
│   └── External/    # Внешние сервисы
└── UI/              # Контроллеры, CLI-команды

3. Тактические паттерны в PHP-реализации

Сущности (Entities) с инкапсуляцией бизнес-правил:

class Order extends Entity
{
    private OrderId $id;
    private OrderStatus $status;
    private Money $total;
    private Collection $items;
    
    public function addItem(Product $product, Quantity $quantity): void
    {
        // Бизнес-правило: нельзя добавлять товары в завершенный заказ
        if ($this->status->isCompleted()) {
            throw new OrderCompletedException();
        }
        
        $this->items->add(new OrderItem($product, $quantity));
        $this->recalculateTotal();
    }
}

Value Objects (VO) для примитивов с поведением:

class Email implements ValueObject
{
    private string $value;
    
    public function __construct(string $email)
    {
        if (!filter_var($email, FILTER_VALIDATE_EMAIL)) {
            throw new InvalidEmailException();
        }
        $this->value = strtolower($email);
    }
    
    public function getDomain(): string
    {
        return explode('@', $this->value)[1];
    }
}

Агрегаты (Aggregates) с контролем инвариантов:

class ShoppingCart extends AggregateRoot
{
    private CartId $id;
    private UserId $userId;
    /** @var CartItem[] */
    private array $items = [];
    
    public function addProduct(Product $product, int $quantity): void
    {
        // Инвариант: максимально 10 разных товаров в корзине
        if (count($this->items) >= 10 && !$this->hasProduct($product)) {
            throw new CartLimitExceededException();
        }
        
        $this->recordEvent(new ProductAddedToCart($this->id, $product->id()));
    }
}

Практические аспекты реализации DDD в PHP

Инфраструктурные решения:

• Использовал Doctrine ORM с кастомными типами для Value Objects
• Реализовывал Repository pattern с абстракцией над Doctrine`овскими EntityRepository
• Настраивал Domain Events через Symfony Messenger или собственные шины событий
• Применял CQRS для разделения моделей чтения и записи в сложных отчетных системах

Сложности и их преодоление:

1. Персистенция Value Objects - решал через embedded объекты Doctrine или сериализацию в JSON
2. Транзакционность агрегатов - использовал Unit of Work pattern и стратегию "один агрегат - одна транзакция"
3. Производительность - внедрял lazy loading для коллекций и оптимизировал N+1 queries через DTO для чтения

Когда DDD оправдан, а когда нет

DDD эффективен при:

• Сложной, постоянно эволюционирующей бизнес-логике
• Долгосрочных проектах с частыми изменениями требований
• Необходимости тесного взаимодействия с доменными экспертами
• Системах с высокой стоимостью ошибок (финансы, здравоохранение)

DDD избыточен для:

• Простых CRUD-приложений
• Прототипов и MVP
• Систем с простой, стабильной бизнес-логикой

Инструменты и практики в PHP-экосистеме

В своих проектах я комбинировал DDD с:

• Symfony Framework как инфраструктурной основой
• PHPStan и Psalm для статического анализа типизации
• Docker для изоляции доменного слоя от инфраструктуры
• Тестированием через PHPUnit с акцентом на доменные юнит-тесты

Мой опыт показывает, что успешное внедрение DDD в PHP-проектах требует баланса между чистотой подходов и прагматизмом, особенно при работе с legacy-кодом. Ключевой навык - умение идентифицировать bounded context'ы и постепенно внедрять DDD-принципы в наиболее критичные части системы, не пытаясь сразу переписать весь проект.