Физическая организация ограниченного контекста / агрегатов

Question

В контексте DDD, как каждый физически структурирует свои файлы / папки, когда речь идет об ограниченном контексте и совокупных корнях?

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

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

Answer 1

(Я предполагаю, что вы говорите о макете проекта / источника / пакета, а не о развертывании и распространении производственных компонентов.)

Разные ограниченные контексты должны определенно находиться в отдельных пакетах и, возможно, в отдельных подпроектах, в противном случае я думаю, что слишком сложно (субъективно, я бы даже сказал, что это невозможно) реально поддерживать границы. Что касается классов, которые участвуют в нескольких ограниченных контекстах, если не имеет смысла выделять общий язык, иногда все, что вы можете сделать, - это минимизировать область контакта (возможно, ограничивая использование классов из внешних контекстов переводом слой).