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
