-
Notifications
You must be signed in to change notification settings - Fork 624
Refactor command name handling for back end queries #9314
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
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
1 Skipped Deployment
|
query: ({ projectId, changes }) => ({ | ||
params: { projectId, changes } | ||
}), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All these kinds of arguments can be reduced to (x)=>x
once all the build.query()
endpoints have been updated to use extraOptions.
README.md
Outdated
@@ -1,3 +1,5 @@ | |||
Hello |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😂
In order to better capture metrics we need the backend command name to be defined on the rtkq queries directly, rather than as part of the arguments to the base query. What would be ideal is if we could modify the `MutationDefintion` to have the extra properties directly, rather than constantly nesting them inside `extraOptions`. For now I am leaving `build.query()` definitions alone, and reliant on passing `command` through the query args. Before we migrate them over we need to implement the posthog stuff on the query hooks (the ones touched here are all mutations).
In order to better capture metrics we need the backend command name to
be defined on the rtkq queries directly, rather than as part of the
arguments to the base query.
What would be ideal is if we could modify the
MutationDefintion
tohave the extra properties directly, rather than constantly nesting them
inside
extraOptions
.For now I am leaving
build.query()
definitions alone, and reliant onpassing
command
through the query args. Before we migrate them over weneed to implement the posthog stuff on the query hooks (the ones touched
here are all mutations).