Я полагаю, что в подходе к чистой архитектуре прохождение доменных сущностей (например, человека) непосредственно к уровню обслуживания, а не использует DTOS (persondTo), сохраняет гибкость и сохраняет обслуживание уровня, отделенного от специфических данных о клиентских структурах. Основная бизнес -логика и непосредственно работает на модели домена. необходимость в сложных преобразованиях. < /p>
public Mono
createPerson(Person person) {
// The service directly works with the domain entity
return personRepository.save(person);
}
< /code>
В этом случае уровень контроллера обрабатывает преобразование данных клиента в объект человека, прежде чем передавать его на уровень службы. Является ли доменные сущности наилучшей практикой для чистого кода, или есть случаи, когда использование DTO может быть более подходящим для гибкости уровня обслуживания?
Подробнее здесь: https://stackoverflow.com/questions/795 ... vice-layer
Почему лучше передавать доменные объекты вместо DTOS на уровень обслуживания? ⇐ JAVA
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Лучше передавать доменные объекты вместо DTOS на уровень обслуживания? [закрыто]
Anonymous » » в форуме JAVA - 0 Ответы
- 5 Просмотры
-
Последнее сообщение Anonymous
-
-
-
PHP Secure LDAP/LDAPS в Azure Active Directory через доменные службы Microsoft Entra
Anonymous » » в форуме Php - 0 Ответы
- 29 Просмотры
-
Последнее сообщение Anonymous
-
-
-
PHP Secure LDAP/LDAPS в Azure Active Directory через доменные службы Microsoft Entra
Anonymous » » в форуме Php - 0 Ответы
- 35 Просмотры
-
Последнее сообщение Anonymous
-