Где-То выше упоминали graphql. что скажете о нем? одно время

Question

Где-То выше упоминали graphql. что скажете о нем? одно время

оно было на хайпе, сейчас что-то изменилось? как показывает себя в долгосрочной перспективе?
интересно стало, так как смежная команда аннонсировала проект с API на graphql, к которому нам надо будет парковаться. обычно всегда делаем REST.
в качестве аргументов за озвучивали безопасность graphql. почитал про него и не очень понял, в чем именно там безопасность в отличие от привычных веб-сервисов. И еще после беглого изучения пришел к выводу, что graphql нужен для того, чтобы консьюмеры API могли сами решать какие данные им нужны в ответах и как следствие убрать зависимость консьюмеров от разработчиков API. насколько это нужно в маленьких и средних командах?

#oop #programming #russian #software #web-design

0

12.07.2023

12 ответов

10 просмотров

Anton K. Автор вопроса

Sergey P
Безопасность? В каком месте? Graphql клёвая штука...

вот и я не понял, но хоть будет повод теперь задать конкретные вопросы про какую безопасность речь

0

9 месяцев назад

Max Grom

Задумка инструментария не изменилась, потому какое позиционирование было ранее, такое и осталось. Это все еще хорошее решение для мобильных клиентов или клиентов в схожих ситуациях. И никогда это не было заменой REST, что бы сравнивать их в типовых кейсах. Причем многие проблемы которые решает GraphQL можно решать и с подходом Backend-for-Frontend, но возможно не все

0

9 месяцев назад

Alex

Плюс Graphql в том, что в отличие от REST, где статическая схема, позволяет 1. Меньше делать ручек (например запрос GetOne где то нужен вместе с полем company, где то без) 2. Если какое то поле требует того, чтобы сходить в другой микросервис, то когда мы его не указываем в запросе, тем самым оптимизируем его

0

9 месяцев назад

Max Grom

Alex
Плюс Graphql в том, что в отличие от REST, где ста...

Нет никаких проблем в реализации подобного в парадигме REST

0

9 месяцев назад

Sergey P

Max Grom
Нет никаких проблем в реализации подобного в парад...

Да, но ты просто свой протокол делаешь

0

9 месяцев назад

Max Grom

Sergey P
Да, но ты просто свой протокол делаешь

Нет, не делаю. Это просто спецификация API с параметрами запроса

0

9 месяцев назад

Sergey P

Max Grom
Нет, не делаю. Это просто спецификация API с парам...

Это и есть протокол, как odata или jsonapi

0

9 месяцев назад

Max Grom

Sergey P
Это и есть протокол, как odata или jsonapi

Ну так что я тогда делаю своего? Я могу это делать (и делал) в контексте JsonAPI

0

9 месяцев назад

Alex

Max Grom
Нет никаких проблем в реализации подобного в парад...

Это будет дольше в реализации и не без костылей / много дублирования . Можно наклепать по 5 запросов со схожей логикой, но зачем Можно сделать селект полей, т.е. передаём названия полей в квери, и получаем только их, но 1. Как это будет работать с nested полями 2. В чем преимущество?

0

9 месяцев назад

Sergey P

Alex
Это будет дольше в реализации и не без костылей / ...

не могу сказать что это дольше + это окупается когда у тебя таких кейсов много.

0

9 месяцев назад

Max Grom

Alex
Это будет дольше в реализации и не без костылей / ...

"Вы или умеете готовить или не очень". Во все можно добавить костылей, делать дольше и т.д. Я просто привел пример вам как контр-аргумент на то что вы назвали исключительным плюсом GraphQL

0

9 месяцев назад

Sergey P · Accepted Answer

Sergey P

Безопасность? В каком месте? Graphql клёвая штука, но если нет опыта первые схемы будут хуевые. Рекомендую сразу поресерчить типичные факапы

0

9 месяцев назад

212 похожих чатов

Где-То выше упоминали graphql. что скажете о нем? одно время

12 ответов

Похожие вопросы