You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
GraphQL doesn't have to be served over http. In Apollo, they have abstracted the network client away, while providing a default implementation. This is great for things like testing, support for subscriptions over websockets, or any other customization the user wants to make without having to support it in this library.
I would like this abstraction so that I could build a graphql server in dart to act as a proxy to the real graphql server. I would store all mutations while off network and handle them in dart, then next time the network is back online, I would send all of them to the real server.
I don't think this library should be responsible for this kind of functionality, so I think the network abstraction would be the best option.
The text was updated successfully, but these errors were encountered:
@asafigan What solution have to come up with so far? My team is thinking about using this as is for the HTTP stuff and building a seperate solution for websockets.
GraphQL doesn't have to be served over http. In Apollo, they have abstracted the network client away, while providing a default implementation. This is great for things like testing, support for subscriptions over websockets, or any other customization the user wants to make without having to support it in this library.
I would like this abstraction so that I could build a graphql server in dart to act as a proxy to the real graphql server. I would store all mutations while off network and handle them in dart, then next time the network is back online, I would send all of them to the real server.
I don't think this library should be responsible for this kind of functionality, so I think the network abstraction would be the best option.
The text was updated successfully, but these errors were encountered: