You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Both the latest released spec and the working draft don't contain any information on field alias uniqueness requirements.
Field aliases need to be unique at least within the same object by common sense, but it is not specified if they need to be unique globally within the whole request or can be reused in different objects.
Deciding for the one or the other could be a breaking change for existing implementations.
To my understanding of the Contribution guidelines, deciding on that topic requires to follow the RFC process, which requires a champion to pick up this topic 🙏
The text was updated successfully, but these errors were encountered:
My very superficial/immediate thoughts on this is that the field merging validation takes care of this. It's okay to have the same alias multiple times as long as fields can merge:
{
foo: user {
name
}
# this is OKfoo: user {
email
}
}
It should also be fine to use the same alias in different objects. Or is there somewhere where this is problematic?
Both the latest released spec and the working draft don't contain any information on field alias uniqueness requirements.
Field aliases need to be unique at least within the same object by common sense, but it is not specified if they need to be unique globally within the whole request or can be reused in different objects.
Deciding for the one or the other could be a breaking change for existing implementations.
To my understanding of the Contribution guidelines, deciding on that topic requires to follow the RFC process, which requires a champion to pick up this topic 🙏
The text was updated successfully, but these errors were encountered: