2015-06-10 09:53:15 +03:00
|
|
|
Factory providers
|
|
|
|
-----------------
|
|
|
|
|
2015-11-30 00:30:48 +03:00
|
|
|
.. currentmodule:: dependency_injector.providers
|
2015-11-22 00:59:36 +03:00
|
|
|
|
|
|
|
:py:class:`Factory` provider creates new instance of specified class on every
|
|
|
|
call.
|
2015-06-10 09:53:15 +03:00
|
|
|
|
|
|
|
Nothing could be better than brief example:
|
|
|
|
|
2015-07-25 00:51:14 +03:00
|
|
|
.. image:: /images/providers/factory.png
|
2015-07-28 01:30:05 +03:00
|
|
|
:width: 80%
|
2015-06-26 10:21:23 +03:00
|
|
|
:align: center
|
2015-06-23 16:21:37 +03:00
|
|
|
|
2015-08-03 15:42:44 +03:00
|
|
|
.. literalinclude:: ../../examples/providers/factory.py
|
|
|
|
:language: python
|
2016-04-11 10:43:02 +03:00
|
|
|
:linenos:
|
2015-06-10 09:53:15 +03:00
|
|
|
|
2015-09-03 00:24:20 +03:00
|
|
|
Factory providers and __init__ injections
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2015-06-10 09:53:15 +03:00
|
|
|
|
2015-11-22 00:59:36 +03:00
|
|
|
:py:class:`Factory` takes a various number of positional and keyword arguments
|
|
|
|
that are used as ``__init__()`` injections. Every time, when
|
|
|
|
:py:class:`Factory` creates new one instance, positional and keyword
|
|
|
|
argument injections would be passed as an instance's arguments.
|
2015-10-19 17:26:59 +03:00
|
|
|
|
2016-06-08 16:39:53 +03:00
|
|
|
Injections are done according to the next rules:
|
2015-12-28 18:25:25 +03:00
|
|
|
|
|
|
|
+ All providers (instances of :py:class:`Provider`) are called every time
|
|
|
|
when injection needs to be done.
|
|
|
|
+ Providers could be injected "as is" (delegated), if it is defined obviously.
|
2016-06-08 17:46:40 +03:00
|
|
|
Check out :ref:`factory_providers_delegation`.
|
2016-06-08 16:39:53 +03:00
|
|
|
+ All other injectable values are provided *"as is"*.
|
|
|
|
+ Positional context arguments will be appended after :py:class:`Factory`
|
|
|
|
positional injections.
|
|
|
|
+ Keyword context arguments have priority on :py:class:`Factory` keyword
|
|
|
|
injections and will be merged over them.
|
|
|
|
|
2015-12-28 18:25:25 +03:00
|
|
|
For example, if injectable value of injection is a :py:class:`Factory`, it
|
|
|
|
will provide new one instance (as a result of its call) every time, when
|
|
|
|
injection needs to be done.
|
2015-06-10 09:53:15 +03:00
|
|
|
|
2015-09-03 00:24:20 +03:00
|
|
|
Example below is a little bit more complicated. It shows how to create
|
2016-06-08 16:39:53 +03:00
|
|
|
:py:class:`Factory` of particular class with ``__init__()`` injections which
|
|
|
|
injectable values are also provided by another factories:
|
2015-06-10 09:53:15 +03:00
|
|
|
|
2015-07-25 00:51:14 +03:00
|
|
|
.. image:: /images/providers/factory_init_injections.png
|
2015-10-19 17:26:59 +03:00
|
|
|
|
2016-06-08 16:39:53 +03:00
|
|
|
.. literalinclude:: ../../examples/providers/factory_init_injections.py
|
2015-08-03 15:42:44 +03:00
|
|
|
:language: python
|
2016-04-11 10:43:02 +03:00
|
|
|
:linenos:
|
2015-06-10 09:53:15 +03:00
|
|
|
|
2016-06-08 17:46:40 +03:00
|
|
|
.. _factory_providers_delegation:
|
|
|
|
|
2015-07-20 18:46:45 +03:00
|
|
|
Factory providers delegation
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
2015-11-22 00:59:36 +03:00
|
|
|
:py:class:`Factory` provider could be delegated to any other provider via any
|
2016-06-08 16:39:53 +03:00
|
|
|
kind of injection.
|
|
|
|
|
|
|
|
As it was mentioned earlier, if :py:class:`Factory` is
|
|
|
|
injectable value, it will be called every time when injection needs to be
|
|
|
|
done. But sometimes there is a need to inject :py:class:`Factory` provider
|
|
|
|
itself (not a result of its call) as a dependency. Such injections are called
|
|
|
|
- *delegated provider injections*.
|
|
|
|
|
|
|
|
Saying in other words, delegation of factories - is a way to inject factories
|
|
|
|
themselves, instead of results of their calls.
|
|
|
|
|
2015-11-22 00:59:36 +03:00
|
|
|
:py:class:`Factory` delegation is performed by wrapping delegated
|
|
|
|
:py:class:`Factory` into special provider type - :py:class:`Delegate`, that
|
2016-06-08 16:39:53 +03:00
|
|
|
just returns wrapped :py:class:`Factory`.
|
2015-07-20 18:46:45 +03:00
|
|
|
|
2016-06-08 16:39:53 +03:00
|
|
|
Actually, there are three ways for creating factory delegates:
|
2015-07-25 04:57:20 +03:00
|
|
|
|
2016-06-08 16:39:53 +03:00
|
|
|
+ ``DelegatedFactory(...)`` - use special type of factory -
|
|
|
|
:py:class:`DelegatedFactory`. Such factories are always injected as
|
|
|
|
delegates ("as is").
|
2015-11-22 00:59:36 +03:00
|
|
|
+ ``Delegate(Factory(...))`` - obviously wrapping factory into
|
|
|
|
:py:class:`Delegate` provider.
|
|
|
|
+ ``Factory(...).delegate()`` - calling factory :py:meth:`Factory.delegate`
|
|
|
|
method, that returns delegate wrapper for current factory.
|
2015-07-20 18:46:45 +03:00
|
|
|
|
|
|
|
Example:
|
|
|
|
|
2015-07-25 00:51:14 +03:00
|
|
|
.. image:: /images/providers/factory_delegation.png
|
2015-07-25 04:57:20 +03:00
|
|
|
:width: 85%
|
|
|
|
:align: center
|
2015-07-20 18:46:45 +03:00
|
|
|
|
2015-08-03 15:42:44 +03:00
|
|
|
.. literalinclude:: ../../examples/providers/factory_delegation.py
|
|
|
|
:language: python
|
2016-04-11 10:43:02 +03:00
|
|
|
:linenos:
|
2015-12-13 15:22:59 +03:00
|
|
|
|
2016-06-08 17:46:40 +03:00
|
|
|
.. _factory_providers_specialization:
|
|
|
|
|
2015-12-13 15:22:59 +03:00
|
|
|
Factory providers specialization
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
:py:class:`Factory` provider could be specialized for any kind of needs via
|
2016-06-08 16:39:53 +03:00
|
|
|
creating its subclasses.
|
2015-12-13 15:22:59 +03:00
|
|
|
|
2016-06-08 16:39:53 +03:00
|
|
|
One of such specialization features is a limitation to :py:class:`Factory`
|
|
|
|
provided type:
|
2015-12-13 15:22:59 +03:00
|
|
|
|
|
|
|
.. literalinclude:: ../../examples/providers/factory_provided_type.py
|
|
|
|
:language: python
|
2016-04-11 10:43:02 +03:00
|
|
|
:linenos:
|