Size: a a a

GraphQL — русскоговорящее сообщество

2020 April 26

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Алексей Забайкальский
Это уже тулза такая есть, или разработка?
Конкретно это — художественный вымысел пока. 😂

Но существует похожая тулза (не в автокомплите в IDE) и не для TypeScript, а для GraphQL.
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Алексей Родионов
Скинь ссылки на уже существующие плагины VSCode, которые добавляют в сайдбар что-то наиболее близкое к эксплореру (ческбоксы и т.д.). Я гляну, как там всё устроено.
https://github.com/Gruntfuggly/todo-tree

можно такой плагин за основу взять

либо найти любой похожий плагин в сторе vscode и зайти поизучать исходный код
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
Алексей Родионов
Как часто у вас возникает необходимость в GraphQL при написании запроса вставить все дочерние поля?

В комментариях, пожалуйста, расскажите, как выглядит ваша схема (автоматически она сгенерирована или нет, как много дочерних полей у каждого поля и т.д.).
Анонимный опрос
53%
Часто (проще вставить все дочерние, а потом убрать только ненужные)
33%
Редко (среди дочерних мне нужно обычно меньше половины)
14%
Никогда (среди дочерних мне нужно всегда лишь несколько)
Проголосовало: 36
я может не понял вопроса, тут про то, часто ли выбираешь из запроса все поля от бекенда? так почти 100% берешь всегда все поля
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Bogdan Shelomanov
я может не понял вопроса, тут про то, часто ли выбираешь из запроса все поля от бекенда? так почти 100% берешь всегда все поля
Да, вопрос именно про это.

Как видишь, не у всех так. )
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
ну не знаю, никогда еще не убирал поля от бека, мне кажется, если убираешь их, то просто на беке их убрать проще будет
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Дуновения REST'a...
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
да рест причем? есть запрос, значит 100% нужны все поля
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
я даже не могу кейс придумать, где поля все не нужны, возможно если есть страница, где выводишь все, а есть страница, где выводишь половину, ну во второй данные возьмет из кеша, вот если сначала зайти на вторую, тогда да, получается лишних н-полей будет, но с другой стороны - они уже будут и на первой странице
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Есть поле пользователя. Там ФИО, email, телефон, адрес... В большинстве случаев ФИО будет достаточно. Остальные в основном только при редактировании или просмотре профиля.
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Или дочерние поля могут увеличивать время выполнения запроса. Их надо достать из базы, возможно как-то обработать, сериализовать, передать...
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
3 поля не нагрузят бд ну совсем никак
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
но когда ты получишь все, на другой странице уже не нужно новый запрос кидать
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Bogdan Shelomanov
но когда ты получишь все, на другой странице уже не нужно новый запрос кидать
А кто сказал, что на другую страницу пользователь вообще зайдёт. Может в мобильном только все поля нужны, а в вебе они не будут использоваться.
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
и получается, получить все, потом не кидать запрос или кидать запросы на каждой странице, что хуже еще, 3 запроса к примеру по кускам или один полный
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
Art 141
А кто сказал, что на другую страницу пользователь вообще зайдёт. Может в мобильном только все поля нужны, а в вебе они не будут использоваться.
ну вот в таком кейсе можно тогда, ну это прям какой то редкий кейс
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Bogdan Shelomanov
3 поля не нагрузят бд ну совсем никак
Это только в этом примере, а если данных много, а если база колоночная, и тд.
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
ну если бд умирает, то 3 запроса подряд тоже погоды не сделают ведь
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Если данные специфические. Например географические данные и с ними надо ещё преобразований поделать, чтобы фронту передать.
источник

A1

Art 141 in GraphQL — русскоговорящее сообщество
Bogdan Shelomanov
ну если бд умирает, то 3 запроса подряд тоже погоды не сделают ведь
А если не умирает, то и на n+1 можно забить, чтобы когда намного больше пользователей пришло уже точно всё умерло?
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
я не считаю, что 3 запроса подряд - лучше, чем достать инфу сразу, не сразу всех страниц, а сразу инфу из одного метода
источник