Нужно ли выносить вызов репозиториев в сервисы?

Question

[gitdev]

С точки зрения DDD получение данных из репозириев должно быть в сервисах или в контроллерах?

$counterResidential = $this->getDoctrine()
            ->getRepository('AppBundle:Realty')
            ->countByType([Type::TYPES['flat'], Type::TYPES['home']]);

        $counterCommercial = $this->getDoctrine()
            ->getRepository('AppBundle:Realty')
            ->countByType([Type::TYPES['commercial']]);

        $realties = $realtyService->getOnStatus([Status::STATUSES['premium'], Status::STATUSES['top']]);

        $about = $this
            ->getDoctrine()
            ->getRepository('AppBundle:About')
            ->findOneBy([]);

        $reviews = $this
            ->getDoctrine()
            ->getRepository('AppBundle:AgentReview')
            ->findBy(['is_showing' => true], null, 2, 0);

Comments

[Sergej]

Явно не в контроллерах.
Репозиторий вызывается в хендлерах а туда передается интерфейс через конструктор.

На github имеется множество примеров

Answer 1

[Denis]

В сервисах, но я бы на вашем месте инжектил репозитории в конструкторе сервиса а не доставал бы их из контейнера (менеджера)
PS Ну и по DDD нужно делать свой интерфейс репозитория, на основе которого делать свои репозитории, а не пользоваться напрямую с оригинальным доктриновским

Comments

[gitdev]

с точки зрения symfony, репозитории в контроллерах или в сервисах?

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

gitdev, с точки зрения логики -- в сервисах, тк контроллеры могут использовать одни и те же сервсиы или консольная команда параллельно делать тоже самое (что довольно часто бывает)... зачем дублировать, когда можно в сервисах все держать и их переиспользовать

[Denis]

еще раз это нет только касается симфони - сервисы (как хороший тон)

[kafkiansky]

Denis, а можете, пожалуйста, привести пример интерфейса и собственного, не доктриновского, репозитория? Кодом легче понимаю.

[Denis]

Kafkiansky,
Не могу найти более подробную статью, как простой пример
https://medium.com/@adamquaile/composition-over-in...

Данный подход в первую очередь позволяет "скрыть" не нужные или мало используемые возможности оригинального доктриновского репозитория оставив только то что необходимо

[kafkiansky]

Denis, вы не поверите, но как раз эту статью я сегодня и прочитал, именно поэтому вам ответил, потому что увидел, что мнений относительно такого подхода уже два — ваше и автора статьи. Значит, такой подход живёт и используется. Статья в основном понятная, но не описана структура папок, в которой хранятся эти файлы. Это, должно быть, важно. Не подскажете?

[Denis]

Если говорить в целом по структуре папок DDD ( не скажу что я тут большой специалист), тут своя архитектура которая не зависит от фреймверка (если Вы используете) и даже находится вне его неймспейса, чтобы можно быстро перейти на другой в случае потребуется переход. По структуре кода нужно смотреть реализации к примеру
https://github.com/zelenin/ddd-core