2015-11-13 19:58:29 +03:00
|
|
|
Writing of custom providers
|
2015-11-29 12:53:45 +03:00
|
|
|
---------------------------
|
2015-07-28 01:29:31 +03:00
|
|
|
|
2015-11-30 00:30:48 +03:00
|
|
|
.. currentmodule:: dependency_injector.providers
|
2015-11-23 19:45:04 +03:00
|
|
|
|
2015-08-31 16:31:38 +03:00
|
|
|
List of *Dependency Injector* providers could be widened with custom providers.
|
2015-07-28 01:29:31 +03:00
|
|
|
|
|
|
|
Below are some tips and recommendations that have to be met:
|
|
|
|
|
2015-09-02 17:20:19 +03:00
|
|
|
1. Every custom provider has to extend base provider class -
|
2015-11-23 19:45:04 +03:00
|
|
|
:py:class:`Provider`.
|
2020-06-14 05:24:32 +03:00
|
|
|
2. Custom provider's ``__init__()`` could be overridden, but parent's
|
2015-11-23 19:45:04 +03:00
|
|
|
initializer (:py:meth:`Provider.__init__`) has to be called.
|
2015-07-28 01:29:31 +03:00
|
|
|
3. Providing strategy has to be implemented in custom provider's
|
2017-05-08 17:07:54 +03:00
|
|
|
:py:meth:`Provider.__call__` method.
|
2015-07-28 01:29:31 +03:00
|
|
|
4. If custom provider is based on some standard providers, it is better to
|
|
|
|
use delegation of standard providers, then extending of them.
|
|
|
|
5. If custom provider defines any attributes, it is good to list them in
|
2015-08-31 16:31:38 +03:00
|
|
|
``__slots__`` attribute (as *Dependency Injector* does). It can save
|
|
|
|
some memory.
|
2015-11-23 19:45:04 +03:00
|
|
|
6. If custom provider deals with injections, it is strongly recommended
|
|
|
|
to be consistent with :py:class:`Factory`, :py:class:`Singleton` and
|
|
|
|
:py:class:`Callable` providers style.
|
2015-07-28 01:29:31 +03:00
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
.. image:: /images/providers/custom_provider.png
|
|
|
|
:width: 100%
|
|
|
|
:align: center
|
|
|
|
|
2015-08-03 15:47:42 +03:00
|
|
|
.. literalinclude:: ../../examples/providers/custom_factory.py
|
|
|
|
:language: python
|
2017-02-28 23:07:12 +03:00
|
|
|
|
|
|
|
|
|
|
|
.. disqus::
|