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
There are subtle differences in how the context is supplied to each one. Depending on which context you select, the per query input will call the supplier for each input, where as the per request will call it once and provide the same context to each input.
The changes were made to align with Apollo's link module, https://www.apollographql.com/docs/link/links/batch-http/ see the section on context. I agree that having two different uses of the same supplier probably isn't optimal because it requires implementations to possibly anticipate which way they will be used. This logic specifically was broken out into an abstraction because otherwise it would require the enum to be passed around and lead to higher potential for inconsistency. There is potential for improvement/refactor here but it would touch a lot of the code base I think.
Hello,
I don't see the point of having these 2 classes, because they basically do the same thing:
The text was updated successfully, but these errors were encountered: