Для очень многих внутренности доктрины это магия, ну и шо

теперь, не собирать отчёты на квери билдерах? кек

ну таки все топят за то, чтобы не использовать магию ))

Надо вспомнить почему. Потому что wow эффект и часы дебага на ровном месте. А то что orm на основе тайпхинта сама тебе ВО собирает я тут магии не вижу

dbal коннектор также имеет кверибилдер, но и много других плюшек ))

Я стал уходить от dbal последнее время. Стараюсь всё во вьюхи оборачивать. У меня уже даже агрегат один есть, у которого main table это вьюха)

ну вот совсем недавно мы говорили о мапе dbal на вьюхи )) до недавнего времени там прям все было искоропки

У меня доктрина сама всё мапит, зачем вы это делаете я не понимаю

а можешь показать какой то пример, чем такой подход к отёчту хорош?

в том, что нет смысла в большинстве случаев тянуть весь агрегат

Какая связь агрегата и вьюхи?

Взять твою dto, обвесить атрибутами доктрины, указать @Table(name="some_view_table") и будет тоже самое что у меня. Ну и вьюху в базе создать, а не в php файле sql запросы в dbal сувать

Не совсем тебя понял

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

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

а для чего тебе вьюха? Просто посмотреть?

А тебе зачем? Что ты своими dto делаешь?

как раз таки для создания или изменения, для просто посмотреть хватит массива

То есть ты dbal'ом делаешь запрос, мапишь его на dto, меняешь dto, а потом опять dbal'ом руками обновляешь записи в базе?

а что в этом плохого?

Я не говорил, что это плохо. Я для записи ORM использую. Не хочешь тащить весь агрегат для одной операции, звучит как плохие границы агрегата, аля god object. А вьюхи для решения вопроса UI. Условный order это 15 агрегатов, из которых для UI они собраны в 1 postgres.view, которая мапится доктриной на entity.readonly

ну таки я и говорю, для чего мне весь объект чтобы поменять одну строку в условном order, когда нужно лишь id заказа и название товара и цена из 15 агрегатов

Зачем вообще что-то доставать, чтобы изменить строку?)

ну напимер применить расчет с значением