скорее всего к оплате

а что это такое? какое отражение это имеет в реальном мире?

А выбор способа оплаты вообще имеет смысл без или до оплаты?

не очень понял вопрос. Способ оплаты - ну например битками или по карте. Или там по одной карте или по другой карте

А способ оплаты чего?

заказа. Прикол в том, что тебе для этого нужен только идентификатор.
Если у тебя есть идентификатор заказа - значит ли это, что заказ уже существует?

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

нет, если идентификатор есть, то заказа может ещё и не быть. Что мешает создать идентификатор?
Но можно наверное и то как ты описываешь это сделать. Но тогда тебе ничего не должно мешать создать заказ до выбора оплаты

именно про это и писал, что приложение отражает процесс реального мира. если брать пример оплате заказа на кассе. то создается заказ, в заказ добавляются позиции, после того как заказ сформирован - идет попытка сделать оплату. В итоге будут события: создание заказа , и события возникающие в результате попыток оплатить заказа. В таком случае событие о заказе не содержит никакой информации о способе оплаты. События попытки оплатить содержит только идентификатор заказа

а как может получиться что существует идентификатор сущности, но нет самой сущности? что тогда этот идентификатор идентифицирует?

ну тут уже можно подумать на тему нейминга. Может созданный заказ с одним идентификатором - это и не заказ вовсе, а сессия покупок например. Она может иметь тот же идентификатор, что и будущий заказ

ну просто вызываешь функцию создания UUID и всё

если в реальных бизнес процессах компании есть сессия покупок - то она конечно должна иметь отражение в коде. если в реальных бизнес процессах этого нет - то тогда какую задачу решает введение подобной абстракции?

короче я смотрю ты интересуешься - посмотри курс Уди ADSD
ваще ходишь рекламируешь всем, а никто так и не смотрит

Благодарю , за рекомендацию

Слишком фундаментальные вещи задвигает

А если вспомнить что на работе пилишь и как оно бесконечно далеко от того что уди обсуждает...

например ты показываешь список товаров с ценами, это некоторый коммитмент со стороны бизнеса, что вот в течении сессии у тебя таки-то цены, чтобы когда человек будет ползти в чекауты оплаты и прочее - стоимость товара вдруг не стала отличаться от той, когда он видел в списке

ну и не обязательно существует именно сессия как объект, идентификатора может быть достаточно

это да) иногда даже думаешь "а нафига я всё это знаю" :D