https://www.youtube.com/watch?v=Soqxx-CejhE

Квери билдеры нынче не в почете... Бида.

Да не, в целом где что удобно, то и юзать. Я единственное не понимаю когда пишут DQL без квери билдера. Типа прям запрос в котором пути к сущностям

Да не, в целом где что удобно, то и юзать. Я единственное не понимаю когда пишут DQL без квери билдера. Типа прям запрос в котором пути к сущностям

ээээ....

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

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

в противном случае смысла никакого в квери билдере не только нет, но он ещё и скорее мешает

а почему я не понял -)

ответ простой: потому что ниасилили)

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

А если нет такого условия, то берется репозиторий и всё )) Не вижу смысла писать такое руками select u from App/Entity/User u where u.id = $1

Опять же если брать qb, то будет быстрее с учетом автокомплита

А если нет такого условия, то берется репозиторий и всё )) Не вижу смысла писать такое руками select u from App/Entity/User u where u.id = $1

ну для этого есть укороченный вариант вида findById

для этого и квери билдер не нужен

@SerafimArts ты пишешь в стиле пример которого я написал?

Ну вот запрос тебе, перепиши его на qb

$query = $this->dql(<<<'DQL' SELECT lobby FROM App\Domain\Lobby\Lobby lobby WHERE SIZE(lobby.players) = 0 DQL);

причём запрос довольно простой

Опять же если брать qb, то будет быстрее с учетом автокомплита

так и dql автокомплитится

я полностью согласился бы с тобой, если б dql не автокомплитился и там не было бы рефакторинга или подсказок

$query = $this->dql(<<<'DQL' SELECT lobby FROM App\Domain\Lobby\Lobby lobby WHERE SIZE(lobby.players) = 0 DQL);

$qb->from(Lobby::class, 'l')->where('SIZE(l.players) = :s')->setParameter('s'), 0)

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

Или когда куча подзапросов, которые через юнион объединяются в один. М.б. даже в цикле. Или ещё что-то такое сложное, которое бьётся на части. Да мало ли. Удобней код читать кусками, а не сам запрос в несколько экранов простыней.

ээээ, так нельзя же так вроде

SIZE - это функция DQL

SIZE - это функция DQL

qb строит dql запрос по параметрам.

а, ну мб, почти не пользуюсь qb

$query = $this->dql(<<<'DQL' SELECT lobby FROM App\Domain\Lobby\Lobby lobby WHERE SIZE(lobby.players) = 0 DQL);

Адок конечно такое писать. А если сущность поменяет свое расположение?

Адок конечно такое писать. А если сущность поменяет свое расположение?

и в чём проблема?

шторм поправит сам всё

и в чём проблема?

Ну надо запрос переписывать, или искать по вхождению полного пути?

не надо ничего переписывать

это же встроенный язык

шторм поправит сам всё

Так у тебя текст просто, а не fqn

Так у тебя текст просто, а не fqn

так это dql

так это dql

Тип шторм понимает отдельный такой контекст here doca ?

ну конечно

Жуть)

Тип шторм понимает отдельный такой контекст here doca ?

Просто у Кирилла стоит галочка "заменять в тексте" 😄

Жуть)

Просто у Кирилла стоит галочка "заменять в тексте" 😄

Ну про это тоже думал. Но все равно не вижу вообще никакого профита

qb тоже подсвечивается

ну так это-то понятно

и функции зареганные в доктрине подсвечиваются все

в любом случае видеть сразу запрос, если он длиннее тупого файнда по id - проще так

Короче я понял, что люди так пишут, встречаю не первый раз, не понимаю зачем ну да ладно )) Но теперь уже 2 версии: - экономия ресурсов на qb - автокомплит шторма по контексту HERE DOC (хотя я в принципе ниразу не обламывался)

ну типа у меня позиция: для каждой задачи свой инструмент, доктрина благо предоставляет их 5 штук на все случаи жизни)))

1) нативные квери 2) dql 3) квери билдер 4) спеки 5) хелперы findX/getX в репах

У тебя кстати инфраструктура в домене, почему так?

У тебя кстати инфраструктура в домене, почему так?

с какого фига аггрегат рут - это инфра?

Потому что сущности дохтрины

Они инфраструктурые

а каким боком сущности связаны с доктриной?

Это персистенс слой вообще

персистенс - это репы

Репы это доктрина, и ее сущности

ещё раз спрашиваю, почему энтити, ака аггрегаты - это инфра

Потому что доктрина, вот почему, и персистенс

ещё раз, причём тут доктрина?

как вообще сущности связаны с доктииной?

Что она у тебя в домене делает?

кто?

Доктрина

там ни строчки доктрины нет

Они инфраструктурые

Проголосую против

А сущности есть. И даже dql доктриновских юзаешь

Как так-то?

ну конечно есть, потому что сущности - часть ддд)

и часть домена

И дэкуэл тоже часть домена ) ладно, я понял )

где?

На скрине выше

чо? там ни на одном скрине нет неймспейса

Догадаться несложно 🤷

пиздец...

Я тож так думаю )

@theantt Сущности доктрины это просто классики с логикой. На них ты прописываешь аспектами (аттрибутами) маппинг на бд, но ты можешь это сделать через xml. При этом остальной код у тебя не изменится. Далее репо. Интерфейс прописывается в домене Реализация с dql и прочим - в инфре. Но опять же это если разделять на интерфейс и реализацию, зачастую бесполнезный дроч

Догадаться несложно 🤷

ты охуенные выводы делаешь, конечно

ты охуенные выводы делаешь, конечно

Так ты ж в домене этот репо дергаешь?

Так ты ж в домене этот репо дергаешь?

сфигали?

Но опять же, если не разделять на интерфейсРепо и РеализациюРепо, то репо бы я засунул в домен и не парился, потому что это доменный контракт, всегда можно вычленить его в интерфейс потом без смены путей и логики

сфигали?

Ну там вопрос