Получение связанных Entity, как правильно?

Question

[dmitriy]

Использую репозитории (repository) и сущности (entity) в коде приложения. Репозитории формируют полноценный объект с вложенными элементами, например Order->Client,Order->Shop. Причем репозитории общаются друг с другом помогают формировать Entity через фабричный метод.
Но возникает ситуация когда в одних случаях нужен полноценный объект, а в других нет, например:
Client с вложенными объектами, Client->City->Region->Country важно иметь полным,
а иногда тот же Client в составе Order , Order->Client если и будет иметь полноценный состав то запрос для Order будет избыточен для получения всех элементов.
Есть ли подход позволяющий подгружать Leazy Load Entity не нарушая парадигмы DDD ?

Comments

[Александр]

Вы пишете свою реализацию, или используете уже готовое решение?

[dmitriy]

своя

[dmitriy]

работа с бд на уровне простого query builder

Answer 1

[hack504]

Я бы применил инверсию зависимостей, в которой Order принимал бы ClientSimple где это нужно.

Есть ли подход позволяющий подгружать Leazy Load Entity не нарушая парадигмы DDD ?

Если я правильно понял и речь об ORM, то некоторые утверждают, что Lazy loading для него это антипаттерн.

Comments

[dmitriy]

ОРМ и leazy load да, но я ОРМ по сути не выходит за пределы Repository, суть орм поработать с бд и сформировать Entity. Тут же вопрос формирования Entity в различных поставках (полные и не полные)

[dmitriy]

эта же проблема схожа с проблемой в REST api, когда нам нужно получить все структуру объектов а когда связанные получаем отдельными запросами.

[hack504]

dmitriy, для REST Api эта проблема решается GraphQL. В бизнес-логике лучше ввести только нужные абстракции