e
Size: a a a
2019 February 07
MM
MM
ну вроде движется в эту сторону
MM
греет душу)
a
Директивы есть двух типов
- на уровне построения схемы - это быстро, т.к. один раз выполняются
- на уровне рантайма - это пипец медленно, т.к. много проверок и проходов надо делать.
И тут соответственно вопрос, если директивы авторизации используются один раз при билде схемы, генерируют обертку для базового резолвера без повторного чтения директив - то все норм 👍
А вот если обертка генерится с чтением значений директив в рантайме из info.xnj-nj-тамAst, то уже совсем не норм.
- на уровне построения схемы - это быстро, т.к. один раз выполняются
- на уровне рантайма - это пипец медленно, т.к. много проверок и проходов надо делать.
И тут соответственно вопрос, если директивы авторизации используются один раз при билде схемы, генерируют обертку для базового резолвера без повторного чтения директив - то все норм 👍
А вот если обертка генерится с чтением значений директив в рантайме из info.xnj-nj-тамAst, то уже совсем не норм.
под первым видом директив ты имеешь в виду директивы, которые например используются призмой чтобы генерить базу?
a
типа @unique и т.д.
P@
да они самые
a
которые по факту не используются самим графклом, а только тулзами
e
P@
а вот директивы рантайма это которые в запросах юзаются
e
пользы ноль)))
P@
когда их клиент пишет а не бекендер
a
у меня есть ощущение что я что-то недопонимаю
a
потому что в самой спецификации графкл директивы также делятся на два типа
MM
не видел надобности юзать клиентские директивы, когда есть аргументы
a
но неявно
a
директивы которые можно повесить на уровне схемы и директивы которые можно повесить на уровне запроса
P@
вот когда директиву клиент пишет (кроме встроенных skip include defer), то там полюбасу директива считывается из 4го аргумента info. И вот она тормознутаю.
a
но это касается только реализации в graphql.js?