EO
так jsx это та же шапка только сбоку
Size: a a a
2021 May 07
EO
как раньше в php html совали)
VS
я взагалі за embed DSLs або за pure data, але
1) в JS не дуже зручно працювати з такими речами
2) іноді краще ганяти стрінги, ніж такі складні embed DSLs як для SQL
1) в JS не дуже зручно працювати з такими речами
2) іноді краще ганяти стрінги, ніж такі складні embed DSLs як для SQL
NL
Кстати, а напомните, graphql сервера до сих пор удобно писать только на ноде, или другие языки (условный golang/java) тоже подтянулись по feature parity?
AL
Их и на Ноде неудобно писать. А держать в проде вообще ужас
NL
есть идейка сделать API gateway с GraphQL на основе существующих REST’овых сервисов, но есть подозрение что придется затаскивать ноду, чтобы было достаточно production-ready и возможностью научить остальных инженеров поддерживать
AL
так себе идея, если честно. Только оверхед на перелопачивание данных из одного формата в другой.
NL
ну то, что это капец замороченная штука на бекенде это понятно) другое дело, что наши кастомеры задолбались пытаться понять, с какого из десятка микросервисов надо стаскивать данные и как матчить между собой – графовидная структура для данных выглядит как хорошая идея
AR
я пришёл к эмпирическому выводу что если команда бекенда не умеет писать нормальный рест апи, с графкл лучше не станет
AR
под нормальным я имею в виду “я могу решить какую-то новую задачу с существующим апи и оно не будет выглядеть как говно из костылей потому что апи было создано под сильно конкрентую задачу того времени”
AL
Это для тебя так кажется. Есть отличные пример - GitHub.
У них есть 2 апишки - REST и GraphQL.
Сходи вначале на доку по REST а потом по GraphQL.
В REST ты сразу видишь capabilities - что там есть, что можно вытащить и тд. А в GQL они подсунули explorer и типа “сам копай разбирайся”
И если ты не знаешь, что за сущности есть в GH, хрен два ты допрешь как запрос составить.
У них есть 2 апишки - REST и GraphQL.
Сходи вначале на доку по REST а потом по GraphQL.
В REST ты сразу видишь capabilities - что там есть, что можно вытащить и тд. А в GQL они подсунули explorer и типа “сам копай разбирайся”
И если ты не знаешь, что за сущности есть в GH, хрен два ты допрешь как запрос составить.
AL
NL
как мне кажется, API у нас относительно норм со стороны бекенда и ограничений как таковых нет, но есть слишком много вопросов “как мне сделать X”, и часто это требует делать запросы в несколько сервисов что уже напряжно
AL
они и с GraphQL будут такие вопросы задавать
AV
Да
KY
Там же не только литерал ну
KY
Мне нравится
NL
хм, хороший поинт.
> И если ты не знаешь, что за сущности есть в GH, хрен два ты допрешь как запрос составить.
Пожалуй да, я бы сначала посмотрел что есть в доках на REST, и только потом бы стал пользоваться graphql
> И если ты не знаешь, что за сущности есть в GH, хрен два ты допрешь как запрос составить.
Пожалуй да, я бы сначала посмотрел что есть в доках на REST, и только потом бы стал пользоваться graphql
Вт
послушай подкаст от InfoQ от Jan4 2021 Kavitha Srinivasan from Netflix on Federated GraphQL, там обсуждалась ета проблема