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
use_query and use_mutation currently require QueryOptions and MutationOptions objects to configure their behavior. Adding an extra import just for configuration is pretty annoying.
Proposed Actions
Deprecate QueryOptions and MutationOptions in favor of a different interface.
This interface does pose a new challenge. Type hints for args and kwargs will no longer receive auto-complete support due to Python type hint limitations. However, this seems to be worth the trade off. Especially since it's likely this type hint limitation will eventually get resolved.
An alternative is to use unpacking (for example use_query(... , *args, **kwargs)), however, this would result in our configuration options, such as thread_sensitive and postprocessor, stepping into the bounds of **kwargs. As a result, that is unfortunately not a good solution since every config option we add has the potential to break a user application.
The text was updated successfully, but these errors were encountered:
Ref: #113
Current Situation
use_query
anduse_mutation
currently requireQueryOptions
andMutationOptions
objects to configure their behavior. Adding an extra import just for configuration is pretty annoying.Proposed Actions
Deprecate
QueryOptions
andMutationOptions
in favor of a different interface.This interface does pose a new challenge. Type hints for
args
andkwargs
will no longer receive auto-complete support due to Python type hint limitations. However, this seems to be worth the trade off. Especially since it's likely this type hint limitation will eventually get resolved.An alternative is to use unpacking (for example
use_query(... , *args, **kwargs)
), however, this would result in our configuration options, such asthread_sensitive
andpostprocessor
, stepping into the bounds of**kwargs
. As a result, that is unfortunately not a good solution since every config option we add has the potential to break a user application.The text was updated successfully, but these errors were encountered: