A
Size: a a a
2020 October 10
АЕ
jenia
Скажите как можно добится такого вывода при запросе api ?
Интересует поля: message, status
Интересует поля: message, status
Ты спрашиваешь как массив конвертнуть в json строку что ли?)
j
Ты спрашиваешь как массив конвертнуть в json строку что ли?)
Как сделать что бы был exception и в нем та инфа что на картинке. Поля которые интересны в основном потом в data - status, message
АЕ
Ну если у тебя стоит fos то забацать exceptionController(хотя вроде в новых версиях там переделали на что-то другое)
Если нету то делаешь listener который будет хватать твой эксепшн и в нем уже формировать ответ и отдавать респонс
Если нету то делаешь listener который будет хватать твой эксепшн и в нем уже формировать ответ и отдавать респонс
ФХ
Из того что ты написал, у тебя 3 сущности: пользователь, исполнитель и заказчик. А у заказа, соответственно, нет пользователя, но есть заказчик и исполнитель.
ну да, я использую апи платфоом и когда делаю getorder мне нужно чтобы у заказчика и исполнителя были разные свойства. А так как и тот и другой это два пользователя, т.е. сущность юзера, то показываются одни и те же.
ФХ
группы сериализатора нельзя как то динамически указывать в зависимости от конкрентного юзера?
в jms можно указывать какую группу использовать для определённого свойства, а в симфонивском сериализаторе нет походу или я плохо гуглю. и насколько понял в api platform не получится юзать jms
ФХ
как раз на каждое свойство группу то можно вешать, но вот как задать текущую группу при нормализации в зависимости от юзера - я хз.
Мне кажется через DTO попроще будет
Мне кажется через DTO попроще будет
ну я про нормализацию, т.е. в jms ты указываешь для заказчика допустим группу short, а для исполнителя full и все ок.
ну понял, спасибо
ну понял, спасибо
В
ну я про нормализацию, т.е. в jms ты указываешь для заказчика допустим группу short, а для исполнителя full и все ок.
ну понял, спасибо
ну понял, спасибо
а вообще, это нормально когда формат ответ api зависит от того кто запрашивает? ну кроме access denied
ФХ
а вообще, это нормально когда формат ответ api зависит от того кто запрашивает? ну кроме access denied
нет, ты не понял.
у заказа есть 2 связи заказчик и исполнитель.
это два разных юзера и когда я получаю заказ от апи, то у этих двух юзеров должны быть разные свойства
у заказа есть 2 связи заказчик и исполнитель.
это два разных юзера и когда я получаю заказ от апи, то у этих двух юзеров должны быть разные свойства