-
Notifications
You must be signed in to change notification settings - Fork 717
-
Notifications
You must be signed in to change notification settings - Fork 717
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
Add casing strategies for queries names and schema types #3201
Comments
It would be great if you could provide a sample of the generated code you are getting so we can make sure we're talking about the same things here. We don't currently have a codegen feature to convert names of types. If the names of the types in your schema use snake_case, then it makes sense you are getting types with snake_case. This is definitely a reasonable feature request. Though it's not a high priority issue for us. If you would like to contribute a PR to add this functionality, we'd be happy to work with you and review it! As for the queries themselves, I'm not quite sure what you're referring to currently. Our query names are generated based on the names of your query operations in your |
A codegen feature that convert names of types would indeed be useful to us. Furthermore we would like to be able to convert the MockObjects to CamelCase.
The Mock is generated as: played_track |
@iDylanK, the codegen engine is respecting the field alias name |
I'm closing this issue due to inactivity. If this is still unresolved, feel free to provide more information and we can re-open this, or create a new issue. |
Do you have any feedback for the maintainers? Please tell us by taking a one-minute survey. Your responses will help us understand Apollo iOS usage and allow us to serve you better. |
Use case
When using the following conversion strategies:
all queries and types are generated using snake case.
Furthermore, because of this all mocks are also generated using snake case.
In our swift codebase, we don't want to have to use any snake case objects.
Describe the solution you'd like
No response
The text was updated successfully, but these errors were encountered: