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 - надмірне ускладнення.
