We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Spec (http://facebook.github.io/graphql/#sec-Interfaces) does not proposes this feature. But this is will be good for ISP (Interface Segregation Principle) as example.
interface Creatable { createdAt: String! } interface Updatable { updatedAt: String }
interface Person extends Creatable, Updatable { id: ID! name: String! # ... } class User implements Person { # Impl of interface fields: 'id', 'name', 'createdAt', 'updatedAt' }
Discussion needed. I think. e.g. how to consider the LSP (Liskov Substitution Principle)?
# Example interface HasDates extends Creatable, Updatable { updatedAt: String! # Overriding nullable field }
interface A extends B { ... } interface B extends A { ... }
interface Person extends Creatable, Updatable { ... } type User implements Person, Creatable { # Error: Can not implement "Creatable" interface. Interface already defined in Person. }
Like everything foreseen, there are ideas? =)
The text was updated successfully, but these errors were encountered:
I think that this proposal should be moved here graphql/graphql-spec#335
Sorry, something went wrong.
No branches or pull requests
Spec (http://facebook.github.io/graphql/#sec-Interfaces) does not proposes this feature. But this is will be good for ISP (Interface Segregation Principle) as example.
Example:
Base definitions
Variation of implementation
Interface fields overriding
Discussion needed. I think. e.g. how to consider the LSP (Liskov Substitution Principle)?
Errors
Like everything foreseen, there are ideas? =)
The text was updated successfully, but these errors were encountered: