Part of twisted.internet.defer View Source View In Hierarchy
Known subclasses: twisted.internet.defer.DeferredList, twisted.persisted.crefutil._Defer
This is a callback which will be put off until later.
Why do we want this? Well, in cases where a function in a threaded
program would block until it gets a result, for Twisted it should not
block. Instead, it should return a Deferred
.
This can be implemented for protocols that run over the network by
writing an asynchronous protocol for twisted.internet
. For methods
that come from outside packages that are not under our control, we use
threads (see for example twisted.enterprise.adbapi
).
For more information about Deferreds, see doc/core/howto/defer.html or http://twistedmatrix.com/documents/current/core/howto/defer.html
When creating a Deferred, you may provide a canceller function, which will be called by d.cancel() to let you do any clean-up necessary if the user decides not to wait for the deferred to complete.Instance Variables | called | A flag which is False until either callback or
errback is called and afterwards always True .
(type: bool
) |
paused | A counter of how many unmatched pause calls have been made
on this instance.
(type: int
) | |
_suppressAlreadyCalled | A flag used by the cancellation mechanism which is True if
the Deferred has no canceller and has been cancelled, False
otherwise. If True , it can be expected that
callback or errback will eventually be called and
the result should be silently discarded.
(type: bool
) | |
_runningCallbacks | A flag which is True while this instance is executing its
callback chain, used to stop recursive execution of _runCallbacks
(type: bool
) | |
_chainedTo | If this Deferred is waiting for the result of another Deferred, this is
a reference to the other Deferred. Otherwise, None .
|
Method | __init__ | Initialize a Deferred .
|
Method | addCallbacks | Add a pair of callbacks (success and error) to this Deferred .
|
Method | addCallback | Convenience method for adding just a callback. |
Method | addErrback | Convenience method for adding just an errback. |
Method | addBoth | Convenience method for adding a single callable as both a callback and an errback. |
Method | chainDeferred | Chain another Deferred to
this Deferred .
|
Method | callback | Run all success callbacks that have been added to this Deferred .
|
Method | errback | Run all error callbacks that have been added to this Deferred .
|
Method | pause | Stop processing on a Deferred until
unpause ()
is called.
|
Method | unpause | Process all callbacks made since pause ()
was called.
|
Method | cancel | Cancel this Deferred .
|
Method | __str__ | Return a string representation of this Deferred .
|
Method | _startRunCallbacks | Undocumented |
Method | _continuation | Build a tuple of callback and errback with _continue to be
used by _addContinue and _removeContinue on
another Deferred.
|
Method | _runCallbacks | Run the chain of callbacks once a result is available. |
Deferred
.
Parameters | canceller | a callable used to stop the pending operation scheduled by this If a canceller is not given, or does not invoke its argument's
callback or
errback may still be invoked exactly once, even though
defer.py will have already invoked errback , as described
above. This allows clients of code which returns a Deferred to
cancel it without requiring the Deferred
instantiator to provide any specific implementation support for
cancellation. New in 10.1.
(type: a 1-argument callable which takes a Deferred . The
return result is ignored.
) |
Add a pair of callbacks (success and error) to this Deferred
.
Convenience method for adding a single callable as both a callback and an errback.
SeeaddCallbacks
.
Chain another Deferred
to
this Deferred
.
Deferred
to
call d
's callback or errback, as appropriate. It is merely a
shorthand way of performing the following:
self.addCallbacks(d.callback, d.errback)
When you chain a deferred d2 to another deferred d1 with d1.chainDeferred(d2), you are making d2 participate in the callback chain of d1. Thus any event that fires d1 will also fire d2. However, the converse is not true; if d2 is fired d1 will not be affected.
Note that unlike the case where chaining is caused by aDeferred
being
returned from a callback, it is possible to cause the call stack size limit
to be exceeded by chaining many Deferred
s
together with chainDeferred
.
Run all success callbacks that have been added to this Deferred
.
Failure
or
raises an Exception
, processing will continue on the *error*
callback chain. If a callback (or errback) returns another Deferred
, this
Deferred
will be chained to it (and further callbacks will not run until that Deferred
has a
result).
Run all error callbacks that have been added to this Deferred
.
Each callback will have its result passed as the first argument to the
next; this way, the callbacks act as a 'processing chain'. Also, if the
error-callback returns a non-Failure or doesn't raise an
Exception
, processing will continue on the *success*-callback
chain.
If the argument that's passed to me is not a failure.Failure
instance, it will be embedded in one. If no argument is passed, a failure.Failure
instance will be created based on the current traceback stack.
Raises | NoCurrentExceptionError | If fail is None but there is no current
exception state.
|
Cancel this Deferred
.
If the Deferred
has
not yet had its errback
or callback
method
invoked, call the canceller function provided to the constructor. If that
function does not invoke callback
or errback
, or
if no canceller function was provided, errback with CancelledError
.
Deferred
is
waiting on another Deferred
,
forward the cancellation to the other Deferred
.
_continue
to be
used by _addContinue
and _removeContinue
on
another Deferred.
Run the chain of callbacks once a result is available.
This consists of a simple loop over all of the callbacks, calling each with the current result and making the current result equal to the return value (or raised exception) of that call.
If self._runningCallbacks
is true, this loop won't run at
all, since it is already running above us on the call stack. If
self.paused
is true, the loop also won't run, because that's
what it means to be paused.
The loop will terminate before processing all of the callbacks if a
Deferred
without a result is encountered.
Deferred
with a result is encountered, that
result is taken and the loop proceeds.
Note | The implementation is complicated slightly by the fact that chaining (associating two Deferreds with each other such that one will wait for the result of the other, as happens when a Deferred is returned from a callback on another Deferred) is supported iteratively rather than recursively, to avoid running out of stack frames when processing long chains. |