-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
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
Make extractFragmentReplacements work automatically #35
Comments
This is actually a bigger issue. Because the same mechanism used for |
Yes, please get rid of this, it is awkward |
Like @kbrandwijk this is a bit of a bigger topic which we need to further look into. @lastmjs I completely agree with you that this is complexity that ideally should be hidden. Do you (or someone else) have any thoughts how this could be accomplished? cc @freiksenet |
It's a separate transform in next-api, so it should be easier to apply. Unions/interfaces can also be supported through transform. I'm not sure what's the best way to extract the transforms in your case though. |
Though I think we should discuss how the transform extraction would happen in binding case. I guess you could generate some of them, but there would need to be a step to do that generation or you need to close over delegateToSchema the same way it's done in |
Thank you for reporting. In the last few months, since the transition of many libraries under The Guild's leadership, We've reviewed and released many improvements and versions to graphql-cli, graphql-config and graphql-import. We've reviewed What we've found is that the new GraphQL Mesh library is covering not only all the current capabilities of GraphQL Binding, but also the future ideas that were introduced in the original GraphQL Binding blog post and haven't come to life yet. And the best thing - GraphQL Mesh gives you all those capabilities, even if your source is not a GraphQL service at all! Just like GraphQL Binding, you get a fully typed SDK (thanks to the protocols SDKs and the GraphQL Code Generator), but from any source, and that SDK can run anywhere, as a connector or as a full blown gateway. If you think that we've missed anything from GraphQL Binding that is not supported in a better way in GraphQL Mesh, please let us know! In the context of that particular issue - GraphQL Mesh uses the new schema stitching introduced in GraphQL Tools v6. We're looking forward for your feedback of how we can make your experience even better! |
Right now, you need to call extractFragmentReplacements on your resolvers manually, and pass them in to your binding. This is a confusing step, that should not be necessary.
The text was updated successfully, but these errors were encountered: