We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Right now we create a new websocket for each query which is quite performant heavy and not necessary.
You can send multiple queries on one socket. You then define the results that you get back per id.
We'll need to change the listen part quite a lot for this so I'm looking for some feedback on how we should do it.
listen
So either;
In the listen call I will add an id to the message (this was already commented). To stop a query from listening you need its id so we could;
The text was updated successfully, but these errors were encountered:
This and #32 are fixed in https://github.com/Amzd/swift-graphql/tree/WebSockets-rework
Some work that still has to be done:
Sorry, something went wrong.
@Amzd could you create a PR so we can move this here as well?
No branches or pull requests
Right now we create a new websocket for each query which is quite performant heavy and not necessary.
You can send multiple queries on one socket. You then define the results that you get back per id.
We'll need to change the
listen
part quite a lot for this so I'm looking for some feedback on how we should do it.We need a way to share a socket between
listen
callsSo either;
The listen call needs to return something that you can use to stop that single query that you started.
In the listen call I will add an id to the message (this was already commented). To stop a query from listening you need its id so we could;
The text was updated successfully, but these errors were encountered: