IZ
И вот в чём собсна вопрос - нужно ли целиком следовать в таком случае спецификации, или лучше немного модифицировать респонс? Или может вообще есть какая та альтернативная структура ответа для такого случая?
Size: a a a
2019 December 04
IZ
Фронты прост жалуются, а я вот думаю переделать это или сказать "завалите ебало и хавайте что дают бо так говорит спецификация")
RV
Фронты прост жалуются, а я вот думаю переделать это или сказать "завалите ебало и хавайте что дают бо так говорит спецификация")
Это
🐱
Ребят, кто шарит в JSON спецификации. Есть такой трабл что в ответе на один из запросов JSON получается с большим количеством вложеных данных, и соответственно получается овер дохера data, data, attribute, relationships, data, attribute...
json schema?
IZ
json schema?
Это какая то алтернативная спецификация?
D
а че бы не сериализовать как у людей
D
и лишнюю хуйню отфильтровтаь
IZ
и лишнюю хуйню отфильтровтаь
Ну лишняя хуйня отфильтровуется, просто там приходить очень жирный респонс и все данные нужны. Типо понятное дело что до какого то уровня вложенности доходит и дальше не подхватывает связаные обьекты, которые уже не нужны
VM
это не спецификация жсон
VM
это ты пришел в проект где юзают json-api https://jsonapi.org/
IZ
Ну я думал это общепринятая спецификация построения JSON API
VM
у тебя active-model-serializer, хотя энивей, ты можешь настроить в контроллере у себя чтобы фронт говорил какие конкретно данные нужны и бек уже будет фильтровать
IZ
И видел что много рубишных либ сериалайзеров под неё заточены
VM
Ну я думал это общепринятая спецификация построения JSON API
нет, нет общепринятой спецификации
IZ
нет, нет общепринятой спецификации
Ммм, о как
D
бля, юзай xml если тебе спеки нужны построже
D
до сих пор не могу понять твою проблему
IZ
Ок, я примерно понял как лучше сделать, спасибо