LK
если там макс сжатие типа, но это другая история
Size: a a a
2021 February 04
D
ну ты конеш сравниваешь жопу с пальцем))))))))))
Не вижу тут недостатков вообще, вполне удобное версионирование. Я под такой версионинг HTTP-клиенты (библиотеки делал) - никаких проблем.
VA
если там макс сжатие типа, но это другая история
Как обычно, там 6 на сжатие
AB
"нормального версионирования" - /api/v1/..., /api/v2/...
в graphql когда ты помечаешь поле как deprecated, apollo выведет сообщение и напишет что использовать вместо него - всё!
AB
что-то вроде rolling-release
D
в graphql когда ты помечаешь поле как deprecated, apollo выведет сообщение и напишет что использовать вместо него - всё!
И что? Библиотеки (http-клиенты), которые это API дёргают, не надо менять? То же самое
AB
если раззработка активная, клиенты тебе перережут горло если ты версию реста будешь менять пару раз в неделю
AB
"не будет кодгена" - почему ж? Есть же генерация REST по Swagger-спецификации
"не будет возможности выбирать данные на клиенте без изменения кода сервера" - это как раз хорошо, ибо надёжно
"не будет возможности выбирать данные на клиенте без изменения кода сервера" - это как раз хорошо, ибо надёжно
опять жопа с пальцем
AB
видимо ты совсем не выкупаешь зачем нужен графкл
D
если раззработка активная, клиенты тебе перережут горло если ты версию реста будешь менять пару раз в неделю
Нет, потому что они пользуются http-клиентом. Семантический версионинг библиотеки эту проблему полностью решает. Если они руками http-запросы дергают - это уже другой вопрос
AB
Нет, потому что они пользуются http-клиентом. Семантический версионинг библиотеки эту проблему полностью решает. Если они руками http-запросы дергают - это уже другой вопрос
что за http библиотека?
D
видимо ты совсем не выкупаешь зачем нужен графкл
Нет, не выкупаю. Более того, за 10 лет разработки ни разу не увидел задачу, где можно было бы сказать "вот тут нужен GraphQL".
AB
а если клиенты хотят на разных языках писать?
AB
ты будешь под каждый либу держать?
D
что за http библиотека?
Для взаимодействия с API разработчики этого API обычно пилят несколько http-клиентов (библиотек) на нескольких популярных языках программирования.
AB
хуйня это всё
AB
graphql решает определённые проблемы, говорить что можно сделать на ресте тоже самое это глупо, сорри
D
ты будешь под каждый либу держать?
А ты руками http-запросы дёргаешь? Я - нет. Если нет у разрабов API библиотеки http-клиента, я пишу его сам. Вот пример https://github.com/dimuska139/rawg-sdk-go
