DK
Мне кажется графуэль сильно переоценивают... но в этой ситуации может и правда помогло бы
Size: a a a
2020 September 18
AY
Denis Krivosheev
Мне кажется графуэль сильно переоценивают... но в этой ситуации может и правда помогло бы
просто просто стандарт.
куча компаний раньше и сейчас придумывают свой graphql на get параметрах или json 🙈 лучше graphql
куча компаний раньше и сейчас придумывают свой graphql на get параметрах или json 🙈 лучше graphql
AY
GET /films?select=*,actors(*)&actors.order=last_name,first_name HTTP/1.1
DK
Просто для меня это большая загадка... графкуль, как и рест, это всего лишь язык запросов на сервер, с сайд эффектами или без... но у нас уже есть отличный, самый лучший язык запросов, который великолепно проработан в каждом языке, он гибкий, позволяет строить запросы каким угодно образом и получать какие угодно данные... называется этот язык ФУНКЦИИ. Могут принять сколько угодно параметров какой угодно формы и вернуть что пожелаешь с или без сайд эффектов... а чтобы сделать возможным на клиенте вызывать функции, написаные на сервере, есть такой протокол RPC, и если его хорошо реализовать - то это выглядит как нативная асинхронная функция... и почти на всех языках это реализовано... только вот никто не пиарит, на конфах спичи не толкает...
DK
Что для меня загадка... это явно более гибкий, чистый и нативный способ обмена данными
AY
Denis Krivosheev
Просто для меня это большая загадка... графкуль, как и рест, это всего лишь язык запросов на сервер, с сайд эффектами или без... но у нас уже есть отличный, самый лучший язык запросов, который великолепно проработан в каждом языке, он гибкий, позволяет строить запросы каким угодно образом и получать какие угодно данные... называется этот язык ФУНКЦИИ. Могут принять сколько угодно параметров какой угодно формы и вернуть что пожелаешь с или без сайд эффектов... а чтобы сделать возможным на клиенте вызывать функции, написаные на сервере, есть такой протокол RPC, и если его хорошо реализовать - то это выглядит как нативная асинхронная функция... и почти на всех языках это реализовано... только вот никто не пиарит, на конфах спичи не толкает...
меня раздражает старый подход, тем что нужно
/posts
/posts_for_search
/post/10
/post/10?short
/post/10?with_comments
и тп как раньше делали, чтобы иметь разные наборы полей для разных мест. Со временем эта каша везде
/posts
/posts_for_search
/post/10
/post/10?short
/post/10?with_comments
и тп как раньше делали, чтобы иметь разные наборы полей для разных мест. Со временем эта каша везде
DK
меня раздражает старый подход, тем что нужно
/posts
/posts_for_search
/post/10
/post/10?short
/post/10?with_comments
и тп как раньше делали, чтобы иметь разные наборы полей для разных мест. Со временем эта каша везде
/posts
/posts_for_search
/post/10
/post/10?short
/post/10?with_comments
и тп как раньше делали, чтобы иметь разные наборы полей для разных мест. Со временем эта каша везде
К ресту у меня примерно такие же вопросы как и к граФкулю... и то и другое - просто очень сложный способ вызывать функции удаленно
AY
там проблема, что вызвать ок. Результат часто нужен разный же
AY
post
post+comments
post+comments+users
post+comments
post+comments+users
DK
там проблема, что вызвать ок. Результат часто нужен разный же
Функции принимают параметры...
DK
Типа любые
AY
и через пару лет это будет каша. Нет?
DK
Любой формы там и сколько угодно
DK
и через пару лет это будет каша. Нет?
А в коде с функциями у тебя тоже каша?
DK
Или как-то норм?
AY
Ладно, я не фанат. Болит меньше от graphql на основе трех летнего опыта
AY
в моменте все можно писать красиво. на дальней дистанции хаос не так быстро растет с graphqjl
DK
У меня всего 2 года)) боль чуть-чуть поменьше в плане проще запросить, и сильно больше потому что аполо... особых бенефитов не видно
AY
если схема бека тянется на фронт в виде типов, то ок, может graphql и не выглядит особо круто. Но он тянет плюс минус лучше всех эти типы