Documentation for backend providers¶
Backend providers can provide a back-end for a defined API within
uarray ecosystem. To find out how to define your own
uarray, see Documentation for API authors. To find out how
your backend will be provided, use End-user quickstart.
Backend providers need to be aware of three protocols:
__ua_convert__. The first two are mandatory and
the last is optional.
__ua_domain__ is a string containing the domain of the backend. This is,
by convention, the name of the module (or one of its dependencies or parents)
that contains the multimethods. For example,
both use the
This is the most important protocol, one that defines the implementation of a
multimethod. It has the signature
(method, args, kwargs).
Note that it is called in this form, so if your backend is an object instead of
a module, you should add
method is the multimethod being called,
and it is guaranteed that it is in the same domain as the backend.
kwargs are the arguments to the function, possibly after conversion
NotImplemented signals that the backend does not support this
All dispatchable arguments are passed through
__ua_convert__ before being
__ua_function__. This protocol has the signature
(dispatchables, coerce), where
dispatchables is iterable of
coerce is whether or not to coerce forcefully.
dispatch_type is the mark of the object to be converted, and
specifies whether or not to “force” the conversion. By convention, operations
O(log n) (where
n is the size of the object in memory)
should only be done if
True. In addition, there are arguments
wrapped as non-coercible via the
coercible attribute, if these must be
coerced, then one should return
A convenience wrapper for converting a single object,
wrap_single_convertor is provided.
NotImplemented signals that the backend does not support the
conversion of the given object.
If a backend consumes multimethods from a domain and provides multimethods
for that same domain, it may wish to have the ability to use multimethods while
excluding itself from the list of tried backends in order to avoid infinite
recursion. This allows the backend to implement its functions in terms of
functions provided by other backends. This is the purpose of the
The process that takes place when the backend is tried¶
First of all, the backend’s
__ua_convert__ method is tried. If this returns
NotImplemented, then the backend is skipped, otherwise, its
__ua_function__ protocol is tried. If a value other than
NotImplemented is returned, it is assumed to be the final
return value. Any exceptions raised are propagated up the call stack, except a
BackendNotImplementedError, which signals a skip of the backend. If all
backends are exhausted, or if a backend with its
only flag set to
is encountered, a
BackendNotImplementedError is raised.