хочу уточнить, почему поздно?

Чтобы в контроллере мы могли создать событие о создании с нужным id, которое попадет в сагу и она с этим id отправит одну или несколько комманд?

CQRS это не про бизнес или нет.

Поздно для того, чтобы из контроллера сразу вернуть id

Все же я думаю тут несколько др имелось в виду

ну смотри, если нет конкурентных запросов на изменение стэйта системы то и проблемы сделать update в базе нет. Для таких задач подходит любой подход даже уровня "а давайте мы перед базой просто postgrest поставим" - тут чем проще тем лучше. Достали поменяли сохранили.

Если же возникают гонки то гонки надо как-то разруливать. Ты положил товар в карзину и в это же время товар сняли с продажи. Что делать? Тут надо с бизнесом разбираться, делать разделение на операции и т.д. Можно конечно "по старинке локи выставить и транзакции фэйлить" но это может пагубно сказаться на масштабировании системы.

То есть CQRS нам даже не всегда нужен когда есть колаборация, а скорее когда вероятность конфликтов действий людей очень высокая.

Иначе мы просто оверинженерим потому что писать круды скучно

хэндлеры не возвращают ничего

про возврат понятно, я думал просто может нужно просто иметь ID снаружи… вдруг надо в контроллере просто событие создать и вернуть Id

Я не то командами называл)))

Вот у меня есть на каждый юзкейс класс (создать пользователя, привязать пользователя к задаче и т. п.)
Это вот как называется?

ивенты ты тоже не можешь кидать ибо операция возможно еще не завершилась - хэндлер (или с чем оно там работает) сообщение кинет как закончет

Я не то командами называл)))

Вот у меня есть на каждый юзкейс класс (создать пользователя, привязать пользователя к задаче и т. п.)
Это вот как называется?

Я не то командами называл)))

Вот у меня есть на каждый юзкейс класс (создать пользователя, привязать пользователя к задаче и т. п.)
Это вот как называется?