Подскажите по чистой архитектуре. Допустим есть бизнес-сущность Custommer. Когда идёт проектирование

Question

Подскажите по чистой архитектуре. Допустим есть бизнес-сущность Custommer. Когда идёт проектирование

системы, у нас есть BookService (в котором есть поле указывающее, кем книга зарезервирована) и CustommerService, который оперирует сущностю Custommer, у которой не должно быть поля ReservedBooks

Когда клиент делает запрос на получение Custommer, он хочет увидеть этого Custommer и его зарезервированные книги.

Тогда происходит следующее:
1. CustommerService возвращает клиента
2. BookService возвращает его ReservedBooks
3. Всё это мапится в структуру CustomerDTO, в которой у поля Custommer есть поле ReservedBooks
4. Эта структура возвращается клиенту

По чистой архитектуре мы в слое domain имеем именно бизнес сущности. По логике, эта та сущность, которая должна отдаваться клиенту и та сущность, которой должен оперировать CustommerService, но на деле получается, что в domain и в том, что прилетает клиенту лежит 2 разные структуры(сущности).

Почему так? Или надо по другому проектировать систему.

#backend #go #programming #russian

0

30.08.2022

1 ответов

22 просмотра

Максим Федоров · Accepted Answer

Максим Федоров

два домена отдельно, принадлежност ькниг определяется одним лишь author_id — этой связи достаточно на уровне ui(api/gateway) вы можете агрегировать данные

0

30.08.2022

170 похожих чатов

Подскажите по чистой архитектуре. Допустим есть бизнес-сущность Custommer. Когда идёт проектирование

1 ответов

Похожие вопросы