(мог синтаксис переврать)

Нет, но псалм других ошибок отсыпет

а если мне нужно сначала достать сущность и затем прикрутить к ней коллекцию (с коллекцией будут выполнятся ещё действия), то как в этом случае лучше мапить?

ок, мне пока не понять

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

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

но вероятно я просто накручиваю

у вас для самой сущности коллекция прописана или это будет обьект посредник не связан на прямую с базой ?

ну мы же не говорим что нагнуть систему всё равно можно да хоть так ReflectionProperty::setValue, только зачем

это будет посредник

можно попробовать добавить в entity свойства и методы для кастомных коллекций, которые не будут описаны как поля таблицы и самому их заполнять после того как репозиторий вернет список нужных entity, или написать кастомный DQL для нужных вам данных и пропускать через сериализатор с необходимым DTO/entity/коллекцией

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

или собрать двумя запросами. и смержить

тк изначально автор хочет уйти от ентити, а десериалайзеры тут ни к чему

значит тут надо двумя запросами достать сущность и коллекцию и приписать одно к другому получается

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

или полноценное делать деномрализованные проекции

Народ кто знает что за прикол в симфони. Я создаю query_builder и у меня на одной форме 7 списков созданных через EntityType связанных с разными модулями и у них у всех есть поле list_number по которому я хочу отсортировать но симфони не позволяет в одной форме сортировать больше 3 полей с одинаковым названием О_О
Я сюит учил думал он позволяет не кастылять а тут он заставляет. кастылять

переписываю рабочий проект по архитектуре ддд (чтобы лучше разбратся) это апи, у меня есть модуль как отдельный контекст отвечающий за продукты, и для создания продукта требуется передать ему id владельца с другого контекста но в апи приходит uuid этого владельца и получается что нужно в базе по этому uuid найти владельца и при создании продукта вставить ему этот айди. Каким образом мне следуют обратится к другому контексту чтобы найти этого владельца? Либо как я ещё думал лучше создать в модуле этого продукта новый репозиторий который будет отвечать за работу этого владельца, но только в этом модуле (в базе есть только 1 таблица владельца)

на uuid связь нельзя сделать?

нет, проблема в том что база существует уже много лет, и мне приходится под неё подстраиваться