CQRS - розділення читання і запису

CQRS (Command Query Responsibility Segregation) розділяє операції зміни стану (команди) та операції читання (запити) на окремі моделі.

Яку проблему вирішує

У великих доменах читання і запис мають різні вимоги: запис потребує валідації й узгодженості, а читання - швидкості та зручних для UI форм. Спільна модель змушує йти на компроміси й роздувається.

Як вирішує

Команди (write) і запити (read) обробляються окремими класами, а інколи й окремими моделями та сховищами. Кожен бік оптимізується незалежно.

У прикладі спрощена форма CQRS. У повноцінній реалізації read-модель і write-модель можуть бути різними.

class CreateOrder
{
  public function __construct(
    public int $userId, 
    public array $items
  ) {}
}

class CreateOrderHandler
{
  public function handle(CreateOrder $command): Order
  {
    return Order::create([
      'user_id' => $command->userId,
      'items' => $command->items,
    ]);
  }
}

class GetOrder
{
  public function __construct(public int $id) {}
}

class GetOrderHandler
{
  public function handle(GetOrder $query): array
  {
    return Order::query()->find($query->id)?->toArray() ?? [];
  }
}

Де застосовувати

• Великі домени, де читання і запис мають різні вимоги до моделі та продуктивності.
• Системи, де читання значно переважає запис і вигідно оптимізувати його окремо.

Плюси та мінуси

• + Read- і write-боки оптимізуються та масштабуються незалежно.
• + Чіткий поділ намірів: команди змінюють стан, запити лише читають.
• − Дві моделі замість однієї - більше коду й складніша синхронізація.
• − Для звичайного CRUD CQRS - надмірне ускладнення.