ну, можно в запрос флаг добавить что-то типа
getItems(fromEnd: Boolean): [String]
но опять же, этот флаг должен обработать бэк, и соответственно отдать или 10 элементов с начала или 10 с конца

понял,значит зависит от бека,спасибо большое

Вспомните MVC парадигму, когда Controller согласно роутинга дергал данные и потом передавал их во View для отрисовки шаблона.

Большинство SPA приложений смешивают View и Controller, из-за чего и приходится два раза проходить по дереву.

Но если упороться и это действительно нужно, то можно попробовать распилить получения данных по роутам без вызова рендера реакта. Т.е. вместо вызова getDataFromTree, вызвать свою логику, которая сможет определить какие Graphql запросы необходимо дернуть и положить их в аполло кэш.

Да, я такое и делаю щас, у меня контроллеры, которые на разный роут агрегируют определенные данные (там описаны фактически наборы разных квери - а реализация - тупо http-вызовы /graphql с определенным body)

Но в этой парадигме я как будто недоиспользую преимущества graphql, сейчас только кодогенерю типизацию моделей, ну и получаю минимально необходимый набор полей

То есть вроде уже круче чем обычный rest, но наверняка можно было что-то интереснее намутить

Про ручную загрузку apollo cache - звучит интересно, надо подумать)

а по опыту - часто с apollo делают mvc-like схемы?)

мы просто у себя стараемся в целом отделять слой взаимодействия с бэком, чтобы удобнее мониторить конкретные запросы и ограничивать нагрузку ноду и на бэк

во фронтовой графкуэль тусовке на вид довольно бедный тулинг для этого

ой боже упаси

все стараются делать просто, как это возможно

а оверинженирят только если есть требования

сам подход ректа странно ложиться на MVC, точнее по другому там все. И колхозить не хочется.

Вообще рекомендую на 18 реакт глянуть с suspense и новым методом для ssr. Там вполне годно они реализую логику распиливания рендеринга приложения. Правда не уверен, что аполловский getTreeData адекватно пропускает обработку suspense.

Ребят, подскажите плз, есть ли дока или  обучающие видео по Apollo на русском?

Не знаю, но гуглопереводчик вполне нормально переводить официальную доку

Да так и есть, дошел до refetching after update в разделе mutation  и как-то совсем туго идёт.думал может есть что-то полегче

Там основная инфа, после прочтения желательно начать что-то писать, тогда ньюансы начнут доходить

спасибо, а то чувствую себя тупым)

сори, но опять к теме дисконектов subscriptions-transport-ws, который аполо использует для сокета.

Он постоянно дисконектится у меня через какое-то время простоя, достаточно короткое. И если раньше меня это не парило, происходил рекконект и ок, то сейчас бэк хочет завязать логику на коннект/дисконнект, чтобы отслеживать онлайн ли пользователь.

у всех коннект так постоянно отваливается?

это норма, много переподключений даже на обычных сокетах

А онлайн завязывать только на коннекте

я тут прочитал протокол subscriptions-transport-ws и мне по идее должны приходить keep alive сообщения, но они мне не приходят. Может поэтому отваливается?

есть ещё чатик такой openland.com, тоже на аполло походу и там ничего не отваливается в простое. Из особенностей, у них там сделан ping-pong для отслеживания коннекта как я понимаю.

Всем привет!

Подскажите, кто то делал древовидное меню, запросом получить все дерево и его потом рендерить на фронте? При этом в дереве каждую секунду может меняться состояние элемента. В дереве при этом может быть около 12000 элементов.

Возможно в конфиге опять что-то :)

Live Queries вам помогут в этом, ререндер на себя аполло возьмет, а логику построения от вас. бек тоже должен поддерживать живые запросы