Should @defer & @stream be supported on mutations and subscriptions? #2
robrichard
announced in
Architectural Decision Records
Replies: 1 comment 1 reply
-
Is there a separate discussion of defer/stream at the top level of mutations and subscriptions? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Context
It is often asked if it is necessary to support
@defer
&@stream
on mutations.Decision
We believe this is an essential feature.
Consequences
In Relay it is common to write mutations and subscriptions that reuse fragments that are coupled to UI components. It would be difficult to ensure that any fragment that is spread in a mutation/subscription does not include any other fragment that is deferred or any field that is streamed. It is also desirable for these fields to be returned asynchronously for the same reasons they are deferred or streamed on a query operation.
Status
References
Beta Was this translation helpful? Give feedback.
All reactions