есть такая возможность. кодген с апихи

но настроить можно

ты можешь получить вообще (вот прям вообще) любую информацию о проекте и содержимом через правильно написанный query при наличии правильного плагина

И получить сильную задержку, если реляций много))))

на этапе билда — да. ну и хер с ним

не я то юзал gql плотно годик назад, меня ни нада убеджать. хочу мнение олда услышать. Списочком🌚😏

Да и запросы тяжелые становятся

Так он только начал учить же

дак он вроде ж не должен никому)

кого должен?😳

списочек))

я не то, чтобы много с ним работал — накатал кастомный движок для поднятия документации из кучи репозиториев с маркдаунами

охеренно нравится, что техпис говорит “хочу дату последнего изменения в каждой статье выводить”, а я ему ххххоба

mdx(id: { eq: $id }) {
 body
 frontmatter {
   title
 }
 parent {
   ... on File {
    modifiedTime(
      formatString: "DD.MM.yyyy"
    )
   }
 }
}

gql это совместная технология - она должна быть и на беке и на клиенте?

+

в случае, когда он используется в качестве транспортного протокола — да

Я вот отчётливо помню огромный плюс . Мы с командой бека вообще почти не общались . Они тупо в схему вываливали побольше а мы брали что нужно. Это реальная экономия времени , а не как всегда бегать за Беком что б он ручки покрутил..

в случае с gatsby — билд-машина gatsby выступает в качестве бэка, а твой код — в качестве фронта

надо бы потыкать... спасибо.

мне тут недавно пришла в голову мысль, что это наконец-то технология, работающая в обе стороны. у фронтендеров ведь есть (немного, но есть) свои структуры, которые они хотели бы хранить на бэке (и они не относятся к бизнес-логике, к божественному пьедесталу бэкендеров — всякие состояния UI). и gql-схема — отличный способ вывалить бэкендеру требования по протоколу.

“храни как хочешь, тебе виднее. а отдавать и забирать я хочу вот так”

Вот это круто, кстати