В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

939 membersпожаловаться на группу
2018 December 12

S

Sergey in GraphQL — русскоговорящее сообщество
Maxim Makarov
не вижу причин использовать что-то кроме/вместо graphql
Я вижу логику использовать gql, только если есть много типичных запросов вроде CRUD. Новостной сайт, например. Взял билдер запросов и радуешься.

А если все не так типично? Если много несвязанных данных, группировок, которым нужна еще пост-обработка на стороне бэка?

Можно мерджить схемы (хасура-аполло), но от этого теряется какой-то общий смысл контроля всего кода в одной точке.
источник
19:49пожаловаться#1

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
я пока не постиг дзен, и говорю только со своей колокольни но для меня проблемы реста наичнаются когда он начинает расти
источник
19:50пожаловаться#2

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Sergey
Я вижу логику использовать gql, только если есть много типичных запросов вроде CRUD. Новостной сайт, например. Взял билдер запросов и радуешься.

А если все не так типично? Если много несвязанных данных, группировок, которым нужна еще пост-обработка на стороне бэка?

Можно мерджить схемы (хасура-аполло), но от этого теряется какой-то общий смысл контроля всего кода в одной точке.
так ты про хазуру или про graphql спрашиваешь?)
источник
19:51пожаловаться#3

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Sergey
Извините, я не понимаю, когда юзать rest, когда graphql
По ощущениям что тебе удобнее?
источник
19:51пожаловаться#4

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
не знаю как у кого но у нас код чаще читают чем пишут, через год под валом новых фич от чистого и красивого апи остается ерти что, чистый круд вообще не видел
источник
19:51пожаловаться#5

S

Sergey in GraphQL — русскоговорящее сообщество
Maxim Makarov
так ты про хазуру или про graphql спрашиваешь?)
Если я буду использовать gql, какие-нибудь максимально типичные селекты и агрегации я бы повесил на хасуру. Это плюс. А дальше начинаются пляски с бубной в резолверах аполло.
источник
19:53пожаловаться#6

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Sergey
Если я буду использовать gql, какие-нибудь максимально типичные селекты и агрегации я бы повесил на хасуру. Это плюс. А дальше начинаются пляски с бубной в резолверах аполло.
так а какая разница, graphql или rest, ты все-равно эти выборки будешь писать
источник
19:53пожаловаться#7

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
с кучей аггрегаций
источник
19:53пожаловаться#8

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
не понимаю причем тут graphql или rest)
источник
19:53пожаловаться#9

S

Sergey in GraphQL — русскоговорящее сообщество
ID:515512998
По ощущениям что тебе удобнее?
Хз, ощущения субъективны в обоих случаях.
источник
19:54пожаловаться#10

S

Sergey in GraphQL — русскоговорящее сообщество
50/50 я бы сказал
источник
19:54пожаловаться#11

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Sergey
Хз, ощущения субъективны в обоих случаях.
А от какой объективности ты хочешь отталкиваться, если тебе будет неудобно?
источник
19:54пожаловаться#12

S

Sergey in GraphQL — русскоговорящее сообщество
Количество итогового кода на бекенде. Где придется писать меньше и проще)
источник
19:55пожаловаться#13

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Sergey
Количество итогового кода на бекенде. Где придется писать меньше и проще)
Проще — это когда удобно
источник
19:56пожаловаться#14

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Если меньше кода — не значит хорошо
источник
19:57пожаловаться#15

S

Sergey in GraphQL — русскоговорящее сообщество
Рест проще, потому что ручками написал sql запрос и отдал сразу на фронт подготовленные со всех сторон данные. Но я при этом не исключаю тот вариант, что в будущем upscale функционала с gql пройдет лучше
источник
19:57пожаловаться#16

S

Sergey in GraphQL — русскоговорящее сообщество
Еще проблема кеширования данных, с аполло все решается намного проще
источник
19:59пожаловаться#17

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Sergey
Рест проще, потому что ручками написал sql запрос и отдал сразу на фронт подготовленные со всех сторон данные. Но я при этом не исключаю тот вариант, что в будущем upscale функционала с gql пройдет лучше
Ну тогда недостаточно вводных данных: горят ли сроки или времени достаточно, есть ли в твоей компании ещё челики которые выкупаю графекул и смогут экстендить, будет ли однозначно апскейл или тупа предположение
источник
20:00пожаловаться#18

NK

ID:515512998 in GraphQL — русскоговорящее сообщество
Sergey
Еще проблема кеширования данных, с аполло все решается намного проще
Оцени приоритет проблемы и тогда проще будет выбрать
источник
20:01пожаловаться#19

S

Sergey in GraphQL — русскоговорящее сообщество
Проект на уровне «для души», ничего не горит, в компании из меня и меня больше нет)
источник
20:02пожаловаться#20