love_bachне по теме сабжа вопрос:
1. а почему плохо? можешь пример привести?
2. "так как команда может выполнится асинхронно" - await?

1. потому что команда может быть выполнена отложено, и результат будет позже. на начальном и даже среднем этапе разработки это не так очевидно, вылазит гораздо позже.

2. async в данном случае это для взаимодействия с асинхронными интерфейсами (апи, бд, файловая система, и т.п.), но на то то и команда, что может встать в очередь выполнения, или это может быть тяжёлая операция, которую не стоит ожидать.

в случае обязательного типа ответа, придётся городить костыли, что-то типа "пустое значение", так как void нельзя указывать в качестве типа. и на лицо кривой интерфейс.

love_bachя так понял, что это все в "асинхронное взаимодействие" мотивировано. а если его нет, то вдруг оно появится

Нет, мотивировано не этим, это просто один из вариантов развития.
Команда это не функция -- вот основное отличие. Наличие возможности возвращать результат неизбежно приводит к тому, что команды начинают применять, как функции, что вредит архитектурному принципу.

Например, в команду переносят валидацию, проверки, хотя они должны быть выполнены до запуска команды.
Или вычисление результата, команда не вычисляет результат, она вносит изменения в систему.

Если приводить аналогию с SQL, то это как INSERT/UPDATE/DELETE -- каких вы результатов ожидаете?
Единственное противоречие, которое не бьётся с командой, это идентификатор, который вычисляется на стороне БД при вставке записи в таблицу.

Как решается, я писал выше.

fkthathVosttв случае обязательного типа ответа, придётся городить костыли, что-то типа "пустое значение", так как void нельзя указывать в качестве типа. и на лицо кривой интерфейс.
Ну, можно ведь просто два интерфейса сделать. ICommandHandler<TCommand, TResult> и ICommandHandler<TCommand> - такое сплошь и рядом. Для Task тоже два типа определены.

Этого не достаточно.
Придётся сделать 2 метода у ICommandBus
Придётся сделать 2 интерфейса для самой команды.

Всё станет сложнее минимум в 2 раза. На самом деле более, чем в 2 раза.

love_bach,

что именно из команд вы хотите возвращать?
айдишник созданной записи? что ещё?

love_bach,

если команда у вас что-то достаёт/вычисляет/преобразовывает и вы хотите это куда-то передать/отобразить, то вы неправильно используете концепцию команд и неизбежно наполучаете граблями по лбу и по заднему место, больно :)

fkthathVosttчто именно из команд вы хотите возвращать?
айдишник созданной записи? что ещё?
Мы когда-то пришли к идее использовать пару айдишек - один автоинкрементный для БД, второй "внешний" guid, который генерится сразу в приложении еще до вставки записи.

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