-
Notifications
You must be signed in to change notification settings - Fork 51
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
feat: Allow enums to be remapped like scalars #184
Conversation
🦋 Changeset detectedLatest commit: 9314abd The changes in this PR will be included in the next version bump. Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
Can this be done automatically for any enums that is present in the schema ? Instead of having to list them one by one |
@VinceBT-BG: You can write a script for this. But mainly, please check the related discussions for more info ✌️ |
Resolves #180
Summary
This allows enums to be remapped like scalars. Specifically, if a user has a more qualified type for enums, they should be allowed to completely remap it.
Because
Omit<Schema['types'], keyof Scalars>
is potentially expensive for TypeScript to traverse, this PR avoids this pattern and instead refactors the code that resolves the types for enums. Specifically,mapEnum
now outputs its type onto theenumValues
property rather thantype
.This PR also removes some redundant checks throughout the touched code path.
In practice, the following is now possible:
In the future, we could add an additional check to
graphql.scalar
that checks the remapped type against theenumValues
type to make sure they're compatible.Set of changes
getInputObjectTypeRec
and_getVariablesRec
invariables.ts
to moveobj<>
squashingSCALAR
andENUM
markers from processed schema outputsunknown | never
output from processed schema outputsscalars
to be an object ofreadonly
propertiesenumValues
and modifyvariables.ts
andselection.ts
to checktype
thenenumValues