Где разместить запросы Doctrine, использующие несколько сущностей в Symfony2?

Question

Где разместить запросы Doctrine, использующие несколько сущностей в Symfony2?

0

Я написал довольно большой и сложный запрос, который внутренне использует UNION для выбора из нескольких таблиц, а затем возвращает массив объектов смешанного типа.

Я знаю, что лучшие практики Symfony говорят, что всегда ставят запросы в классы репозитория, но как я могу решить, для чего это нужно? Между ними нет отношений между родителями и дочерними элементами, эти два объекта полностью равны.

Adam 05 дек. 2014, в 17:12

Источник

1

Вы можете сделать сервис и внедрить менеджер сущностей
Matteo 05 дек. 2014, в 15:40
0

Трудно предложить, где разместить этот запрос, не зная, что он делает (с точки зрения бизнес-логики) и как он связан с остальным кодом.
FuzzyTree 05 дек. 2014, в 15:46
0

Спасибо, но из передового опыта, который я прочитал, запросы должны определяться только в репозиториях. Я пытаюсь найти лучшее место для их размещения, не нарушая передовой опыт.
Adam 05 дек. 2014, в 15:47
0

Термин «лучшие практики» довольно расплывчатый. Действительно, редко один подход является лучшим во всех случаях. Не позволяйте себе быть запертым. Совершенно приемлемо использовать выделенный сервис для того, что вы описываете.
Cerad 05 дек. 2014, в 15:57
0

Это потому, что это облегчает замену постоянных слоев. Хранилища - это удобный инструмент, в действительности Doctrine не нужны для их работы. Пока разделение вашего ORM и, скажем, ваша модель ODM ясна, а службы, дублированные как промежуточные репозитории, предоставляют абстракцию многократного использования, тогда это нормально.
Flosculus 05 дек. 2014, в 15:58

Показать ещё 3 комментария

Теги:

php

sql

symfony

doctrine

1 ответ

Ещё вопросы

Вы можете сделать сервис и внедрить менеджер сущностей
Трудно предложить, где разместить этот запрос, не зная, что он делает (с точки зрения бизнес-логики) и как он связан с остальным кодом.
Спасибо, но из передового опыта, который я прочитал, запросы должны определяться только в репозиториях. Я пытаюсь найти лучшее место для их размещения, не нарушая передовой опыт.
Термин «лучшие практики» довольно расплывчатый. Действительно, редко один подход является лучшим во всех случаях. Не позволяйте себе быть запертым. Совершенно приемлемо использовать выделенный сервис для того, что вы описываете.
Это потому, что это облегчает замену постоянных слоев. Хранилища - это удобный инструмент, в действительности Doctrine не нужны для их работы. Пока разделение вашего ORM и, скажем, ваша модель ODM ясна, а службы, дублированные как промежуточные репозитории, предоставляют абстракцию многократного использования, тогда это нормально.

Flosculus · Answer 1 · 2014-12-05T14-26-00.000Z

Обычно я помещаю их в репозиторий, который я считаю наиболее зависимым объектом в контексте.

Например, если у меня было два объекта: " User и " Group.
Многие объекты могут иметь отношения с группой, но вы не можете ожидать, что репозиторий Group в одиночку предоставит методы, необходимые для каждой конкретной зависимости от функции.

Ответственность (сторона-владелец) несет ответственность за то, чтобы соединение и хенс обеспечивали функциональность.

Таким образом, такой метод, как getUsersInGroup(Group $group), принадлежит в UserRepository.

Однако вы сказали, что нет прямых отношений между двумя вашими сущностями.
В этом случае применяется мой первый комментарий. Используйте репозиторий, сущность которого больше зависит от другого в контексте запроса. Какой бы человек ни был, полностью зависит от вас.