-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Forbid to implement same same interface twice #262
Conversation
On the surface that does seem like something that shouldn't be allowed. On your wording:
I think there are two aspects to "implementing" an interface here that we should be explicit and tease apart here:
The other rules in that section are enough to prevent the object type from doubly "implementing" an interface in the second sense already:
So in the interests of clarity here I'd prefer wording that explicitly referred to sense "1.". Something like:
Or, we could move that down to the "Interfaces" section where the |
70a3f1e
to
1e0fece
Compare
1e0fece
to
24c3d2f
Compare
@wincent Agree. + I changed the order of rules.
I think rules about validating |
I like the new approach. |
Great! Do you also have a PR for applying this to the reference implementation? |
@leebyron Not at the moment but I can start working on it. |
For details please see this PR: graphql/graphql-spec#262
For details please see this PR: graphql/graphql-spec#262
For details please see this PR: graphql/graphql-spec#262
For details please see this PR: graphql/graphql-spec#262
For details please see this PR: graphql/graphql-spec#262
Both spec and reference implementation allow you to implement the same interface twice:
Moreover, I've discovered this issue in production GitHub's GraphQL API