ПЧ
не очень надежно, но вот вроде есть решение
Size: a a a
2020 September 21
ПЧ
Спасибо всем, понял что сильно не зморачиваются с этим 👍
DB
Спасибо всем, понял что сильно не зморачиваются с этим 👍
заморачиваются когда приходит время
DB
Обычно это после шести)
АР
info.fieldNodes[0] нельзя юзать вообще. А если фрагменты в запросе будут?DB
info.fieldNodes[0] нельзя юзать вообще. А если фрагменты в запросе будут?Тогда он узнает, что недостаточно оптимально написано)
ПЧ
info.fieldNodes[0] нельзя юзать вообще. А если фрагменты в запросе будут?вот и говорю что не надежно. Но та либа - graphql-fields она это решает (еще не тестил)
ПЧ
заморачиваются когда приходит время
Это да, преждевременная оптимизация, YAGNI 😊
DB
Это да, преждевременная оптимизация, YAGNI 😊
Рекомендую ещё переиспользовать переменные всё таки это память)
АР
Я вам сразу скажу, что от graphql-js не ждите хорошего DX. Это низкоуровневая либа. Именно поэтому и появились всякие graphql-tools.
АР
А вы тут хотите элегантного короткого синтаксиса.
DB
Это да, преждевременная оптимизация, YAGNI 😊
Goto → graphdb всё только начинается 🙈
АР
То ли ещё будет, когда вы захотите свою GraphQL-директиву на graphql-js создать. )))
АР
Я как-то писал такую директиву, которая добавляет поле id к фрагментам.
АР
Даже если пользователь не запрашивал id.
ПЧ
Я вам сразу скажу, что от graphql-js не ждите хорошего DX. Это низкоуровневая либа. Именно поэтому и появились всякие graphql-tools.
Ну как я понял, конкретно это проблема не решается никак ни в Apollo ни в Prisma (могу ошибаться)
ПЧ
А проблема актуальна
DB
Ну как я понял, конкретно это проблема не решается никак ни в Apollo ни в Prisma (могу ошибаться)
Это можно сделать под базу, ни аполо ни граф не нацелены на конкретную базу
DB
Если у вас есть база данных и вы хорошо знаете её оптимальный язык, то сделайте)
DB
С учётом того, что про фрагменты пока речи не идёт, это не так и сложно наверное)