Size: a a a

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

2021 August 13

Egor Гуща in GraphQL — русскоговорящее сообщество
тут их много просто
источник

𝘂

𝘂𝘅𝗻𝗮𝗺𝗲... in GraphQL — русскоговорящее сообщество
все показывай)
источник

Egor Гуща in GraphQL — русскоговорящее сообщество
что-то я скроллю они добавлятся
источник

𝘂

𝘂𝘅𝗻𝗮𝗺𝗲... in GraphQL — русскоговорящее сообщество
покажи
источник

Egor Гуща in GraphQL — русскоговорящее сообщество
источник

𝘂

𝘂𝘅𝗻𝗮𝗺𝗲... in GraphQL — русскоговорящее сообщество
баг консоли   походу, а покажи  docker ps
источник

Egor Гуща in GraphQL — русскоговорящее сообщество
источник

Egor Гуща in GraphQL — русскоговорящее сообщество
я даже попробовал указать DOCKER_DEFAULT_PLATFORM=linux/arm64
источник

𝘂

𝘂𝘅𝗻𝗮𝗺𝗲... in GraphQL — русскоговорящее сообщество
можешь teamviewer дать? а то спать хочется уже пойти, так быстрее будет
источник

Egor Гуща in GraphQL — русскоговорящее сообщество
нет его)
можем в телеге созвониться зашарю экран
источник

𝘂

𝘂𝘅𝗻𝗮𝗺𝗲... in GraphQL — русскоговорящее сообщество
набирай
источник

t

toriningen in GraphQL — русскоговорящее сообщество
в целом нет.
источник

t

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

t

toriningen in GraphQL — русскоговорящее сообщество
потому что вам не нужно просто вернуть значение из функции - вы хотите получить все связанные с возвратом эффекты, т.е. агрегацию результатов из резволверов, сериализацию, отправку по сети на клиента, и только затем, когда это произошло "в достаточной мере", вы хотите выполнить "код после return". Так нельзя. Ближайший аналог - это положить promise в очередь, который запустится, когда поток управления вернется в ивентлуп. Ну или setTimeout(0), или запустить промис без await, но эти подходы пахнут.

синхронного способа "выполнить асинхронные эффекты, а потом сделать что-то еще", не существует
источник

t

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

t

toriningen in GraphQL — русскоговорящее сообщество
если вы открыты к тому, чтобы перепилить половину аполло, вы можете добавить поддержку resolver-level middleware, которые бы курировали то, как именно вызываются резолверы. тогда вы можете выразить резолверы в виде асинхронных генераторов, заменив возврат значения на его yield, и ваш "после-return-овый код" станет нормальным кодом после yield
источник

t

toriningen in GraphQL — русскоговорящее сообщество
но стоит ли оно того? мне кажется, нет
источник

a

alexalexalex in GraphQL — русскоговорящее сообщество
Ок, спасибо за ответ)
идея такая (не вдаваясь в детали) мне нужно отправить данные на бек, получить их назад после определенных изменений других сущностей, но так, чтобы бд не менялась. Если я попробую запустить транзакцию и прервать ее после того как я получил измененные данные то резольвер все-равно вернет старое значение т.к. он мапится на значения в бд.
А после того как резольвер сработал я не могу уже ничего откатить. Я думал может есть способ что-то выполнить после этого, тогда я бы смог например откатить табличку в бд до старого состояния через version tables
источник

a

alexalexalex in GraphQL — русскоговорящее сообщество
у меня есть лайв-превью. данные которые нужны для него получаются в результате кучи действий на бекенде. Мне нужно реализовать live updates, чтобы те данные которые у меня в форме на фронтенде апдейтили это превью мгновенно. У юзера должна быть возможность просматривать черновик своих изменений. А как получить нормализированные данные для превью не меняя при этом бд я не знаю
источник

a

alexalexalex in GraphQL — русскоговорящее сообщество
Тех данных что у меня в форме недостаточно, т.е. я не могу все сделать на фронтенде
источник