Ваш вариант описания схемы не очень понятно выглядит

Я использую в виде json

а со всторым пытаюсь понять. по факту terminal поле это id и он должен существовать. сваггер мне разворачивает его в объект. как от этого избавится ?

Поэтому предпочитаю дто)

и все сущности руками тогда прописывать как я понимаю?

Дто лучше

тогда смысл сваггера теряется. проще просто доку править в doc файле и не морочится 😊

тогда смысл сваггера теряется. проще просто доку править в doc файле и не морочится 😊

а со всторым пытаюсь понять. по факту terminal поле это id и он должен существовать. сваггер мне разворачивает его в объект. как от этого избавится ?

Написать свой нормалайзер для сериалайзера под конкретную энтити. Выглядит все это как-то стремновато. Я делаю так: Контролер принимает запрос 1) из запроса десереализуем json в DTO 2) дто валидируется валидатором 3) если ошибок валидации нет передаем дто в сервис 4) ответ сервиса сериализуем сериалайзером Смысл дто в том, что она может быть кривой, невалидной, id может не существовать а в полях вместо интов могут быть стринги или массивы. Но энтити всегда валидна и у нее не может быть сломанного состояния (это достигается именованными конструкторами и т.д.: отдельная тема). В качестве бонуса можем использовать дто в опенапи аннотациях.

хотя по факту тоже самое, просто добавляется прослойка в виде ДТО

точно также все как и сейчас делаете, только правила валидации не в сущности, а в дто

Ну сейчас у меня EntityEncoder и соответственно либо нашел по id либо null

с тайпхинтом нужного ДТО ?

От задач зависит, универсального ответа нет. Где-то приходится делать CreatePaymentDto, UpdatePaymentDto и т.д., где-то хватает одной PaymentDto.

Вопрос как в обратную сторону - сериализуете тоже ДТО ? или сущность по группе ?

ну это ок, понятно. ну допустим. надо через апи принять структуру из 100 (условно) полей, как потом ДТО положить на сущность ? руками?

Получается мне надо каким-то образом(каким?) изменять тип поля в зависимости от группы сериализации

Да. Имеено так я и делаю

Гугланите fos rest params converter

там у меня есть свой анотейшн процессор который это разруливает

Там просто в экшен контроллера передашь типизированный параметр дто, и он её инжектит смепленную уже из реквеста

Что именно работает?

Возможно юзает, не заглядывал внутрь

А от fos лучше вообще никакие бандлы не использовать. Прошу прощения, а почему? Что с ними не так?

Для эластика бандл их юзал, альтернативы не нашел

Мало с эластикой в пхп работал, хватало официальной либы. Там все на массивах, т.е. она достаточно низкоуровневая, но и задачи были не сложные. Не буду критиковать того что не пробовал - возможно этот бандл вполне не плох. Больше всего боли доставил именно fosrestbundle. У них бандлы не очень много кода содержат, который является, по большей части, обвесом над другими библиотеками/компонентами. Если нужна скорость разработки - вполне пойдет. Если нужен контроль над происходящим и стабильность - проще обвес сделать самостоятельно. Например они поддерживают и сериалайзер симфони и jms. Больше кода - больше багов, меньше скорость и т.д.

Мало с эластикой в пхп работал, хватало официальной либы. Там все на массивах, т.е. она достаточно низкоуровневая, но и задачи были не сложные. Не буду критиковать того что не пробовал - возможно этот бандл вполне не плох. Больше всего боли доставил именно fosrestbundle. У них бандлы не очень много кода содержат, который является, по большей части, обвесом над другими библиотеками/компонентами. Если нужна скорость разработки - вполне пойдет. Если нужен контроль над происходящим и стабильность - проще обвес сделать самостоятельно. Например они поддерживают и сериалайзер симфони и jms. Больше кода - больше багов, меньше скорость и т.д.

https://github.com/doctrine/orm/blob/2.9.x/lib/Doctrine/ORM/UnitOfWork.php Это полезно и "сеньерам" городящим 1000 и 1 класс на простейшие задачи с фабриками абстрактных фабрик. Но за пример такое брать я бы не стал конечно )

Так тащите классы из бандлов. Тот же парамконвертер я видел в куче проектов без фосреста. И сразу понимаю что это такое и с чем его едят. Вариации бывают конечно, но это не сильно портит жизнь. В конце концов у каждого проекта своя специфика.

Hetzner

А если более абузоустойчивый ?