DDD — чем руководствоваться при отнесении метода к сущности?

Абстрактный сервис относится к сущности домена, чтобы выделить методы соответствующего сервиса, я разбираюсь с тем какие действия можно выполнять с сущностью.

Viktor Ilukhin, действия с сущностью нужно выполнять только те, которые предусматриваются процессами, а идентификаторы в рамках доменной модели, если память не изменяет, не существуют. Есть связи. Сервис не является сущностью домена, даже если он абстрактный. Сервис это способ взаимодействия с доменом. Доменная модель как бы и существует для того чтобы отделить данные от процессов, а так же создать ось координат (если упростить)

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

А что ещё посоветуете?

Viktor Ilukhin, в целом идеи верные, но тут на целый флейм тянет. В DDD просто нет прямой завязки на базу данных и операций над данными. Есть сущности домена и операции над сущностями домена, описывающие их цикл

В принципе про разбиение на микросервисы могу много чего подсказать. На общественных началах, конечно. Так что если ничего секретного то можем отдельно поговорить голосом позже. Контакты есть)

Viktor Ilukhin, ну и в догонку хочется сказать что совсем не обязательно иметь DDD для микросервисной архитектуры. Есть много тонкостей и вариантов

Иван Шумов, я за :) по телеграмму тогда спишемся

Viktor Ilukhin, пиши, там разберемся

Viktor Ilukhin, и тишина, да?)

Иван Шумов, что-то под вечер голова не работает, лучше завтра днём)