Size: a a a

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

2017 August 18

S

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

ИБ

Игорь Богомолов in GraphQL — русскоговорящее сообщество
Ну я пришел к выводу, что
если операции создания блоков иерархии явные - это каждый отдельный вызов, и за id следит юзер (то что мы говорили про пинг-понг)
если неявные - то только создание внутренней мутации внутри родительской
источник

ИБ

Игорь Богомолов in GraphQL — русскоговорящее сообщество
Спасибо за помощь
источник
2017 August 25

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
Привет всем. Кто нибудь испытывал проблемы с react-apollo, при вызове resetStore на клиенте?
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Nikita Stenin
Привет всем. Кто нибудь испытывал проблемы с react-apollo, при вызове resetStore на клиенте?
Да, есть проблема. Зависает на loading
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Sergey
Да, есть проблема. Зависает на loading
источник

S

Sergey in GraphQL — русскоговорящее сообщество
но в apollo 2.0 которая пока в alpha  этой проблемы уже нет
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
У меня в общем такая проблема. После логаута вызываю ресет и в этот момент компонент не успевает размонтироваться и аполло делает рефетч, который мне уже не нужен. Самое интересное, что если делаю диспатч логаута из консоли браузера, то все работает как нужно
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
Sergey
Да, есть проблема. Зависает на loading
С этим тоже столкнулся, вроде как notifyOnNetworkStatusChange решило проблему
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Nikita Stenin
У меня в общем такая проблема. После логаута вызываю ресет и в этот момент компонент не успевает размонтироваться и аполло делает рефетч, который мне уже не нужен. Самое интересное, что если делаю диспатч логаута из консоли браузера, то все работает как нужно
handleClickSignOut = async event => {
   event.preventDefault()
   await this.props.client.resetStore()
   await this.props.signOutSuccess()
   this.props.history.replace('/')
 }
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
В этом случае он все равно сделает рефетч
источник

S

Sergey in GraphQL — русскоговорящее сообщество
а если сначала диспатчч?
источник

S

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

S

Sergey in GraphQL — русскоговорящее сообщество
хотя ты вроде так и делаешь
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
В моем случае все равно рефетч. Я использую redux-auth-wrapper для проверки доступа к компоненту. По логике после диспатча, компонент должен размонтироваться и вызов resetStore должен выполняться как мне нужно. Но unmount происходит почему после вызова resetStore
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
А из-за этого успевает запуститься рефетч
источник

S

Sergey in GraphQL — русскоговорящее сообщество
наверное что то с асинхронностью связанное
источник

S

Sergey in GraphQL — русскоговорящее сообщество
нужно then или await
источник

NS

Nikita Stenin in GraphQL — русскоговорящее сообщество
Sergey
наверное что то с асинхронностью связанное
Вся фишка в том, что при логауте все действия синхронны.
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Nikita Stenin
В моем случае все равно рефетч. Я использую redux-auth-wrapper для проверки доступа к компоненту. По логике после диспатча, компонент должен размонтироваться и вызов resetStore должен выполняться как мне нужно. Но unmount происходит почему после вызова resetStore
Может ещё с порядком применения hoc connect и graphql быть связано
источник