-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Input Union RFC: Move Requirements to "Criteria" #626
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
Conversation
I propose to name the section Criteria. I think criteria is fitting, as that includes all of aims, nice-to-haves, hard requirements, anti-goals. It is just a list of things to consider, by which we can judge the proposed solutions. |
Co-Authored-By: Benjie Gillam <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let’s get this merged 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's merge it like this, we can add more points or iterate on the individual points in separate PR's.
|
||
### Input polymorphism matches output polymorphism | ||
|
||
Any data structure that can be modeled with output type polymorphism should be able to be mirrored with Input polymorphism. Minimal transformation of outputs should be required to send a data structure back as inputs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@binaryseed I personally object to this one since GraphQL was never about CRUD.
Moreover, it's perfectly normal to have two distinct type systems, for example, most the programming languages have classes (support polymorphism) and structs (doesn't support polymorphism at the same time). To not block I will try to summarise my objection into Objection
note and submit as a separate PR.
@binaryseed Sorry for delay and thanks for reaching out on Slack 👍 |
As discussed in the last Working Group meeting, this PR converts the "Requirements" section to an "Aims" section.
This is inline with the purpose of this document which is to gather all perspectives on the issue.
I've also added a few basic aims, one of which has an "objection"
@leebyron @IvanGoncharov @benjie