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
{{ message }}
This repository has been archived by the owner on Apr 17, 2023. It is now read-only.
The Knex query mapper and Mongo query mapper implementations are really useful to Graphback but they could also be valuable as upstream projects (outside of the Graphback monorepo) so they can be easily imported into other Node.js projects looking to use GraphQLCRUD in their projects.
Since these are fairly hidden nobody will know about them unless they are using Graphback, then they could import them separately to access this feature but it means importing @graphback/core and lots of extra stuff they probably don't need.
Hi @namit-chandwani you can ignore this one - it is something maintainers would need to do because you would have to create repos in the aerogear org etc.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Describe the solution you'd like
The Knex query mapper and Mongo query mapper implementations are really useful to Graphback but they could also be valuable as upstream projects (outside of the Graphback monorepo) so they can be easily imported into other Node.js projects looking to use GraphQLCRUD in their projects.
Since these are fairly hidden nobody will know about them unless they are using Graphback, then they could import them separately to access this feature but it means importing
@graphback/core
and lots of extra stuff they probably don't need.@graphback/runtime-mongodb#buildQuery
@graphback/runtime-knex#createKnexQueryMapper
This is the lowest of the low priority, but it could be a great enabler for GraphQLCRUD adoption in the future.
The text was updated successfully, but these errors were encountered: