Домен-управляемый дизайн: где находится DTO?

Question

У меня проблема с архитектурой доменного управления. Все выглядит хорошо, пока я не попробую использовать REST. Я должен использовать DTO вместо сущности на внешнем интерфейсе.

Моя архитектура выглядит так:

Мой вопрос:

Должен ли я использовать веб-модуль и придерживаться его в DTO? Это правильный подход?

Answer 1

В идеале, модели предметной области должны создаваться фабриками. Таким образом, фабрики могут принять DTO и вернуть экземпляр модели домена. Или вы можете использовать шаблон Builder, который принимает DTO для создания модели предметной области. Таким образом, ваша модель домена будет очищена от DTO, а прикладной уровень на диаграмме вашей архитектуры должен принимать DTO в качестве параметров.

На вашей диаграмме я не уверен, какова цель прикладного уровня. Так как то, что мы называем приложением, должно быть доменной моделью.

Answer 2

Вы должны видеть REST как один из многих «портов», позволяющих получить доступ к сервисам уровня приложений. Службы REST, RPC, Websocket и т. Д. Будут адаптироваться и отображать входные данные для вызовов уровня приложения и наоборот. На каждой границе службы вы по-прежнему можете адаптировать ответы, что не обязательно должно иметь соответствие 1-1 с ответами метода службы приложения, но может.

Answer 3

Согласно книге Вон Вернона "Внедрение доменного управления", DTO живут на прикладном уровне.

Answer 4

• Подход к разработке драйвера домена (DDD) был представлен в 2003 году книгой с таким именем.
• REST был инициирован из докторской диссертации под названием Архитектурные стили и проектирование сетевых программных архитектур , которая была опубликована только в 2000 году.
  • Потребовалось некоторое время, чтобы REST распространился, утвердился и стал популярным. Вероятно, он достиг «популярности мирового уровня» примерно в 2005-2008 .

• DDD относится в основном к изолированным монолитным системам или, по крайней мере, не охватывает аспекты межсистемной связи.

Поэтому, даже если вы работаете «в соответствии с DDD», вам придется принимать решения - как обращаться с этими аспектами.

Ссылка: список шаблонов, введенных в книгу DDD, с их отношениями: