ets-labs/python-dependency-injector
1
1
Fork 0
mirror of https://github.com/ets-labs/python-dependency-injector.git synced 2025-01-31 11:51:39 +03:00
Code Issues Packages Projects Releases Wiki Activity

Move introduction docs to the top level

Browse Source
This commit is contained in:
Roman Mogilatov 2016-04-04 23:40:28 +03:00
parent a6a67a2b3d
commit 3204582143
7 changed files with 10 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/index.rst
View File

@ -58,7 +58,7 @@ Contents
.. toctree:: .. toctree::
:maxdepth: 2 :maxdepth: 2
main/introduction/index introduction/index
main/installation main/installation
providers/index providers/index
catalogs/index catalogs/index

4
docs/main/introduction/di_in_python.rst → docs/introduction/di_in_python.rst
View File

@ -86,12 +86,12 @@ Example
Let's go through next example: Let's go through next example:
.. literalinclude:: ../../../examples/ioc_di_demos/car_engine_1.py .. literalinclude:: ../../examples/ioc_di_demos/car_engine_1.py
:language: python :language: python
``Car`` **creates** an ``Engine`` during its creation. Really? Does it make ``Car`` **creates** an ``Engine`` during its creation. Really? Does it make
more sense then creating an ``Engine`` separatelly and then more sense then creating an ``Engine`` separatelly and then
**put (inject) it into** ``Car`` when ``Car`` is being created? **put (inject) it into** ``Car`` when ``Car`` is being created?
.. literalinclude:: ../../../examples/ioc_di_demos/car_engine_2.py .. literalinclude:: ../../examples/ioc_di_demos/car_engine_2.py
:language: python :language: python

0
docs/main/introduction/index.rst → docs/introduction/index.rst
View File

0
docs/main/introduction/key_features.rst → docs/introduction/key_features.rst
View File

0
docs/main/introduction/structure.rst → docs/introduction/structure.rst
View File

6
docs/main/introduction/what_is_di.rst → docs/introduction/what_is_di.rst
View File

@ -74,19 +74,19 @@ Example
Let's go through the code of ``example.py``: Let's go through the code of ``example.py``:
.. literalinclude:: ../../../examples/ioc_di_demos/example.py .. literalinclude:: ../../examples/ioc_di_demos/example.py
:language: python :language: python
At some point, things defined above mean, that the code from ``example.py``, At some point, things defined above mean, that the code from ``example.py``,
could look different, like in ``ioc_example.py``: could look different, like in ``ioc_example.py``:
.. literalinclude:: ../../../examples/ioc_di_demos/ioc_example.py .. literalinclude:: ../../examples/ioc_di_demos/ioc_example.py
:language: python :language: python
Also the code from ``ioc_example.py`` could be upgraded with inversion of Also the code from ``ioc_example.py`` could be upgraded with inversion of
control container, like in ``ioc_container_example.py``: control container, like in ``ioc_container_example.py``:
.. literalinclude:: ../../../examples/ioc_di_demos/ioc_container_example.py .. literalinclude:: ../../examples/ioc_di_demos/ioc_container_example.py
:language: python :language: python
.. note:: .. note::

4
docs/main/changelog.rst
View File

@ -9,10 +9,14 @@ follows `Semantic versioning`_
Development version Development version
------------------- -------------------
1.15.2
------
- [Refactoring] split ``catalogs`` module into smaller modules, - [Refactoring] split ``catalogs`` module into smaller modules,
``catalogs`` module become a package. ``catalogs`` module become a package.
- [Refactoring] split ``providers`` module into smaller modules, - [Refactoring] split ``providers`` module into smaller modules,
``providers`` module become a package. ``providers`` module become a package.
- Update introduction documentation.
1.15.1 1.15.1
------ ------