Заранее спасибо.
У меня есть несколько агрегатов в библиотеке уровня домена. Кроме того, некоторые DTO находятся в отдельной библиотеке, которая используется совместно сервером и клиентской стороной.
Агрегат объекта более информативен, чем его DTO. Итак, для преобразования из DTO в Aggregate репозиторий должен быть доступен для Dto Assembler. Интерфейсы репозиториев находятся на уровне домена. Вот почему я прихожу к выводу, что DtoAssembler должен быть частью DomainLayer.
Это правильно?
Попробуйте спросить (нетехнического) эксперта в предметной области, что он думает об ассемблере DTO. Он будет смотреть на вас большими вопрошающими глазами.
DTO (и, следовательно, их ассемблер) - это техническая концепция: они определяют структуру данных в контексте определенного интерфейса вашей системы.
Репозитории в основном возвращают агрегаты. Если вы запрашиваете в базе данных статистические данные, которые не смоделированы в вашем домене, репозиторий также может возвращать неизменяемый объект данных. Просто убедитесь, что при этом вы случайно не упустили концепцию домена.
Когда у вас есть данные из репозитория (независимо от того, является ли он агрегатом или объектом данных), вы можете передать их в ассемблер DTO.
На мой взгляд, это не обязательно. Поскольку вы используете многоуровневую архитектуру, я предполагаю, что ваши DTO находятся на верхнем уровне - обычно на уровне обслуживания - который действует как точка связи между сервером и клиентами. Действительно, основная цель DTO, как следует из их названия (Объекты передачи данных), состоит в том, чтобы обеспечить связь, передачу информации без какой-либо логики, например. операции.
Слои должны знать только те, которые расположены ниже, а не выше; таким образом, DTO должны храниться на уровне обслуживания и использоваться ответственным лицом - например, командным процессором - для извлечения объектов домена из репозитория и выполнения любых задействованных операций.
Итог: DTO не относятся к домену, они относятся к сервису / коммуникациям.
