enum параметры внутри Enum класса чтобы ссылаться через ref.
@OA\Schema(type="string", enum={"SINGLE", "MARRIED"}) в докблоке класса игнорируется и не парсится
На вопрос не отвечу, но из личного опыта - советую отказываться от аннотационного описания. Либо писать все в ямле, либо вообще доку отвязать от проекта. У меня есть пример прекрасно задокументированного контроллера, вот только в нем 10% кода и 90% документации. Работать с этим тошно.
Модели(нелмио) решают проблему по большей части. Но прибавляют своих)
Решают с генерацией сущностей по группам и роутам, но из за измененной логики парсинга добавляют кучку своих)
Вообще не испытываю никаких проблем с этим. Создал outputDto, прокинул туда сущность, наплодил геттеров, которые проксируются на геттеры из сущности и все, никаких групп, генерация автодоки, описательная дока к экшну почти константа, где-то имена dto меняются и то, не всегда
Я для таких случаев юзаю нормализацию
Зачем только в этой последовательности сущность, если в итоег все равно мапите на readModel
Имелась ввиду проблема введения readModel ) а не мапинга сущностей на разные ответы.
Так нелмио бандл парсит группы сериализации и билдит схемы по группам)
Я что с первого раза не понял профит, что с второго. Какую проблему вы этим решаете?
Возможно мы немного про разные штуки говорим) я про кейс когда сущность нормализуется с разным набором полей, например для просмотра профиля юзера и для списка юзеров, в этом случае юзаются группы, вот бандл умеет парсить эти группы при генерации схемы/модели юзера и генерит две штуки с разным набором полей)
Ага про разные :) Да, в вашем случае, группы + номрализаторы самый торт.
Может знаешь как как заставить шторм делать красивые отступы вложенным аннотациям?
Обсуждают сегодня