AL
И вот из-за того, что это самописная херня, написанная одним человеком + пару добавочек. Даже покрытая тестами итд.
Size: a a a
2019 October 07
AL
С ней возможно работать только by example
AL
И спасибо, что хоть на TS переехали полтора года назад.
AL
Еще чутока засчет типов итд.
AL
В то время как почти любая проблема с Apollo гуглится и уже задокументирована у них в доке куда лучше, чем наша самописная хреновина.
AL
В итоге, та дока скорее больше обьясняет как работать и какие у нас подходы и лучшие практики.
AL
Чем рассказывает о конкретном фреймворке.
AL
Ну и обьясняет в том числе некоторые исторические решения в принятии той или иной технологии.
AL
Короче, чтобы картинка сложилась о проекте и том как мы делаем вещи.
Так, простые вещи конечно же не документируем, ибо ести типы, есть куча юзаджа и есть тесты.
Так, простые вещи конечно же не документируем, ибо ести типы, есть куча юзаджа и есть тесты.
KN
батчинг норм тема же. Или там криво он реализован?
в аполло квери массивом идёт
KN
причём без rpc'шных идентификаторов
KN
т.е.
[{"query": "..."},{"query": "..."}]AN
В чем разница между
title(@Root parent: Class) { return parent.f }
и
title() { return this.f }?
Оба способа функционируют одинаково, как нужно
title(@Root parent: Class) { return parent.f }
и
title() { return this.f }?
Оба способа функционируют одинаково, как нужно
NG
т.е.
[{"query": "..."},{"query": "..."}]так operationName если добавить? или я не совсем понял, про что речь?
KN
так operationName если добавить? или я не совсем понял, про что речь?
нет, именно один http содержит несколько gql запросов
KN
ну и ответ должен быть массивом
KN
но насколько это применимо сейчас - хз. Я лично забил на саппорт этой фичи, т.к. она не совместима со спеками gql
KN
имею ввиду тот пункт, что квери и их порядок вызова/определения в gql не гарантируют порядок их выполнения
NG
Ну так батчинг нужен лишь для того, чтобы сгруппировать запросы, если нужен порядок - надо отправлять в следующий батч