Не надо иметь вообще такие методы. Получаем клиента, получаем его идентификатор. На уровне DDD оперируем же сущностями домена, а метод, который вам хочется может относиться только к абстрактному сервису в вакууме, который будет построен сверху доменной модели
Абстрактный сервис относится к сущности домена, чтобы выделить методы соответствующего сервиса, я разбираюсь с тем какие действия можно выполнять с сущностью.
Viktor Ilukhin, действия с сущностью нужно выполнять только те, которые предусматриваются процессами, а идентификаторы в рамках доменной модели, если память не изменяет, не существуют. Есть связи. Сервис не является сущностью домена, даже если он абстрактный. Сервис это способ взаимодействия с доменом. Доменная модель как бы и существует для того чтобы отделить данные от процессов, а так же создать ось координат (если упростить)
Иван Шумов, одна и та же сущность используется во множестве процессов. В суть того что метод возвращает не надо вдумываться, можно представить что это просто какие то данные. В большинстве доменных моделей DDD я вижу только структуры сущностей. Но мне надо учитывать в том числе и методы, поэтому я группирую методы по сущностям. А как ещё? Перед переходом на микросервисы, нужно их спроектировать, а для этого знать какие методы в них должны быть, а для этого надо уметь группировать каким-то образом.
Городить множество sequense диаграмм будет громоздко.
Viktor Ilukhin, в целом идеи верные, но тут на целый флейм тянет. В DDD просто нет прямой завязки на базу данных и операций над данными. Есть сущности домена и операции над сущностями домена, описывающие их цикл
В принципе про разбиение на микросервисы могу много чего подсказать. На общественных началах, конечно. Так что если ничего секретного то можем отдельно поговорить голосом позже. Контакты есть)
Сложный
Сложный
