-
First of all, thanks for the great v4 migration guide! 🙏 One of the things I liked is the streamlining of Queries & Mutations (e.g. auto garbage collection for mutations just like for queries, or aligning their NotifyEvents). Which is why I was surprised to see their statuses diverge:
I totally understand why 'idle' was removed from Queries. WDYT? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
queries and mutations are fundamentally different. mutations don't have a When we introduced the So while unification is generally good, I think we have two different cases here that justify the differences. |
Beta Was this translation helpful? Give feedback.
queries and mutations are fundamentally different. mutations don't have a
fetchStatus
like queries do. Every mutation starts off inidle
state, while only a small amount of queries did actually start out inidle
state.When we introduced the
fetchStatus
forqueries
, theidle
state stood out because it couldn't be combined with certain fetch states. For example, you couldn't beidle
andpaused
- that didn't make sense.So while unification is generally good, I think we have two different cases here that justify the differences.