taskiq-dependencies


Nametaskiq-dependencies JSON
Version 1.5.2 PyPI version JSON
download
home_page
SummaryFastAPI like dependency injection implementation
upload_time2024-03-15 17:51:20
maintainer
docs_urlNone
authorPavel Kirilin
requires_python>=3.8.1,<4.0.0
license
keywords taskiq dependencies injection async di
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            # Taskiq dependencies

This project is used to add FastAPI-like dependency injection to projects.

This project is a part of the taskiq, but it doesn't have any dependencies,
and you can easily integrate it in any project.

# Installation

```bash
pip install taskiq-dependencies
```

# Usage

Let's imagine you want to add DI in your project. What should you do?
At first we need to create a dependency graph, check if there any cycles
and compute the order of dependencies. This can be done with DependencyGraph.
It does all of those actions on create. So we can remember all graphs at the start of
our program for later use. Or we can do it when needed, but it's less optimal.

```python
from taskiq_dependencies import Depends


def dep1() -> int:
    return 1


def target_func(some_int: int = Depends(dep1)):
    print(some_int)
    return some_int + 1

```

In this example we have a function called `target_func` and as you can see, it depends on `dep1` dependency.

To create a dependnecy graph have to write this:
```python
from taskiq_dependencies import DependencyGraph

graph = DependencyGraph(target_func)
```

That's it. Now we want to resolve all dependencies and call a function. It's simple as this:

```python
with graph.sync_ctx() as ctx:
    graph.target(**ctx.resolve_kwargs())
```

Voila! We resolved all dependencies and called a function with no arguments.
The `resolve_kwargs` function will return a dict, where keys are parameter names, and values are resolved dependencies.


### Async usage

If your lib is asynchronous, you should use async context, it's similar to sync context, but instead of `with` you should use `async with`. But this way your users can use async dependencies and async generators. It's not possible in sync context.


```python
async with graph.async_ctx() as ctx:
    kwargs = await ctx.resolve_kwargs()
```

## Q&A

> Why should I use `with` or `async with` statements?

Becuase users can use generator functions as dependencies.
Everything before `yield` happens before injecting the dependency, and everything after `yield` is executed after the `with` statement is over.

> How to provide default dependencies?

It maybe useful to have default dependencies for your project.
For example, taskiq has `Context` and `State` classes that can be used as dependencies. `sync_context` and `async_context` methods have a parameter, where you can pass a dict with precalculated dependencies.


```python
from taskiq_dependencies import Depends, DependencyGraph


class DefaultDep:
    ...


def target_func(dd: DefaultDep = Depends()):
    print(dd)
    return 1


graph = DependencyGraph(target_func)

with graph.sync_ctx({DefaultDep: DefaultDep()}) as ctx:
    print(ctx.resolve_kwargs())

```

You can run this code. It will resolve dd dependency into a `DefaultDep` variable you provide.


## Getting parameters information

If you want to get the information about how this dependency was specified,
you can use special class `ParamInfo` for that.

```python
from taskiq_dependencies import Depends, DependencyGraph, ParamInfo


def dependency(info: ParamInfo = Depends()) -> str:
    assert info.name == "dd"
    return info.name

def target_func(dd: str = Depends(dependency)):
    print(dd)
    return 1


graph = DependencyGraph(target_func)

with graph.sync_ctx() as ctx:
    print(ctx.resolve_kwargs())

```

The ParamInfo has the information about name and parameters signature. It's useful if you want to create a dependency that changes based on parameter name, or signature.


## Exception propagation

By default if error happens within the context, we send this error to the dependency,
so you can close it properly. You can disable this functionality by setting `exception_propagation` parameter to `False`.

Let's imagine that you want to get a database session from pool and commit after the function is done.


```python
async def get_session():
    session = sessionmaker()

    yield session

    await session.commit()

```

But what if the error happened when the dependant function was called? In this case you want to rollback, instead of commit.
To solve this problem, you can just wrap the `yield` statement in `try except` to handle the error.

```python
async def get_session():
    session = sessionmaker()

    try:
        yield session
    except Exception:
        await session.rollback()
        return

    await session.commit()

```

**Also, as a library developer, you can disable exception propagation**. If you do so, then no exception will ever be propagated to dependencies and no such `try except` expression will ever work.


Example of disabled propogation.

```python

graph = DependencyGraph(target_func)

with graph.sync_ctx(exception_propagation=False) as ctx:
    print(ctx.resolve_kwargs())


```


## Generics support

We support generics substitution for class-based dependencies.
For example, let's define an interface and a class. This class can be
parameterized with some type and we consider this type a dependency.

```python
import abc
from typing import Any, Generic, TypeVar

class MyInterface(abc.ABC):
    @abc.abstractmethod
    def getval(self) -> Any:
        ...


_T = TypeVar("_T", bound=MyInterface)


class MyClass(Generic[_T]):
    # We don't know exact type, but we assume
    # that it can be used as a dependency.
    def __init__(self, resource: _T = Depends()):
        self.resource = resource

    @property
    def my_value(self) -> Any:
        return self.resource.getval()

```

Now let's create several implementation of defined interface:

```python

def getstr() -> str:
    return "strstr"


def getint() -> int:
    return 100


class MyDep1(MyInterface):
    def __init__(self, s: str = Depends(getstr)) -> None:
        self.s = s

    def getval(self) -> str:
        return self.s


class MyDep2(MyInterface):
    def __init__(self, i: int = Depends(getint)) -> None:
        self.i = i

    def getval(self) -> int:
        return self.i

```

Now you can use these dependencies by just setting proper type hints.

```python
def my_target(
    d1: MyClass[MyDep1] = Depends(),
    d2: MyClass[MyDep2] = Depends(),
) -> None:
    print(d1.my_value)
    print(d2.my_value)


with DependencyGraph(my_target).sync_ctx() as ctx:
    my_target(**ctx.resolve_kwargs())

```

This code will is going to print:

```
strstr
100
```

## Dependencies replacement

You can replace dependencies in runtime, it will recalculate graph
and will execute your function with updated dependencies.

**!!! This functionality tremendously slows down dependency resolution.**

Use this functionality only for tests. Otherwise, you will end up building dependency graphs on every resolution request. Which is very slow.

But for tests it may be a game changer, since you don't want to change your code, but some dependencies instead.

Here's an example. Imagine you have a built graph for a specific function, like this:

```python
from taskiq_dependencies import DependencyGraph, Depends


def dependency() -> int:
    return 1


def target(dep_value: int = Depends(dependency)) -> None:
    assert dep_value == 1

graph = DependencyGraph(target)
```

Normally, you would call the target, by writing something like this:

```python
with graph.sync_ctx() as ctx:
    target(**ctx.resolve_kwargs())
```

But what if you want to replace dependency in runtime, just
before resolving kwargs? The solution is to add `replaced_deps`
parameter to the context method. For example:

```python
def replaced() -> int:
    return 2


with graph.sync_ctx(replaced_deps={dependency: replaced}) as ctx:
    target(**ctx.resolve_kwargs())
```

Furthermore, the new dependency can depend on other dependencies. Or you can change type of your dependency, like generator instead of plain return. Everything should work as you would expect it.

## Annotated types

Taskiq dependenices also support dependency injection through Annotated types.

```python
from typing import Annotated

async def my_function(dependency: Annotated[int, Depends(my_func)]):
    pass
```

Or you can specify classes


```python
from typing import Annotated

class MyClass:
    pass

async def my_function(dependency: Annotated[MyClass, Depends(my_func)]):
    pass
```

And, of course you can easily save such type aliases in variables.

```python
from typing import Annotated

DepType = Annotated[int, Depends(my_func)]

def my_function(dependency: DepType):
    pass

```

Also we support overrides for annotated types.

For example:

```python
from typing import Annotated

DepType = Annotated[int, Depends(my_func)]

def my_function(
    dependency: DepType,
    no_cache_dep: Annotated[DepType, Depends(my_func, use_cache=False)],
) -> None:
    pass

```

Also, please note that if you're using `from __future__ import annotations` it won't work for python <= 3.9. Because the `inspect.signature` function doesn't support it. In all future versions it will work as expected.

            

Raw data

            {
    "_id": null,
    "home_page": "",
    "name": "taskiq-dependencies",
    "maintainer": "",
    "docs_url": null,
    "requires_python": ">=3.8.1,<4.0.0",
    "maintainer_email": "",
    "keywords": "taskiq,dependencies,injection,async,DI",
    "author": "Pavel Kirilin",
    "author_email": "win10@list.ru",
    "download_url": "https://files.pythonhosted.org/packages/12/b3/885541c28b8a24cca8ba575bb19a560f25ac2f0753ba5dffa600785b34c6/taskiq_dependencies-1.5.2.tar.gz",
    "platform": null,
    "description": "# Taskiq dependencies\n\nThis project is used to add FastAPI-like dependency injection to projects.\n\nThis project is a part of the taskiq, but it doesn't have any dependencies,\nand you can easily integrate it in any project.\n\n# Installation\n\n```bash\npip install taskiq-dependencies\n```\n\n# Usage\n\nLet's imagine you want to add DI in your project. What should you do?\nAt first we need to create a dependency graph, check if there any cycles\nand compute the order of dependencies. This can be done with DependencyGraph.\nIt does all of those actions on create. So we can remember all graphs at the start of\nour program for later use. Or we can do it when needed, but it's less optimal.\n\n```python\nfrom taskiq_dependencies import Depends\n\n\ndef dep1() -> int:\n    return 1\n\n\ndef target_func(some_int: int = Depends(dep1)):\n    print(some_int)\n    return some_int + 1\n\n```\n\nIn this example we have a function called `target_func` and as you can see, it depends on `dep1` dependency.\n\nTo create a dependnecy graph have to write this:\n```python\nfrom taskiq_dependencies import DependencyGraph\n\ngraph = DependencyGraph(target_func)\n```\n\nThat's it. Now we want to resolve all dependencies and call a function. It's simple as this:\n\n```python\nwith graph.sync_ctx() as ctx:\n    graph.target(**ctx.resolve_kwargs())\n```\n\nVoila! We resolved all dependencies and called a function with no arguments.\nThe `resolve_kwargs` function will return a dict, where keys are parameter names, and values are resolved dependencies.\n\n\n### Async usage\n\nIf your lib is asynchronous, you should use async context, it's similar to sync context, but instead of `with` you should use `async with`. But this way your users can use async dependencies and async generators. It's not possible in sync context.\n\n\n```python\nasync with graph.async_ctx() as ctx:\n    kwargs = await ctx.resolve_kwargs()\n```\n\n## Q&A\n\n> Why should I use `with` or `async with` statements?\n\nBecuase users can use generator functions as dependencies.\nEverything before `yield` happens before injecting the dependency, and everything after `yield` is executed after the `with` statement is over.\n\n> How to provide default dependencies?\n\nIt maybe useful to have default dependencies for your project.\nFor example, taskiq has `Context` and `State` classes that can be used as dependencies. `sync_context` and `async_context` methods have a parameter, where you can pass a dict with precalculated dependencies.\n\n\n```python\nfrom taskiq_dependencies import Depends, DependencyGraph\n\n\nclass DefaultDep:\n    ...\n\n\ndef target_func(dd: DefaultDep = Depends()):\n    print(dd)\n    return 1\n\n\ngraph = DependencyGraph(target_func)\n\nwith graph.sync_ctx({DefaultDep: DefaultDep()}) as ctx:\n    print(ctx.resolve_kwargs())\n\n```\n\nYou can run this code. It will resolve dd dependency into a `DefaultDep` variable you provide.\n\n\n## Getting parameters information\n\nIf you want to get the information about how this dependency was specified,\nyou can use special class `ParamInfo` for that.\n\n```python\nfrom taskiq_dependencies import Depends, DependencyGraph, ParamInfo\n\n\ndef dependency(info: ParamInfo = Depends()) -> str:\n    assert info.name == \"dd\"\n    return info.name\n\ndef target_func(dd: str = Depends(dependency)):\n    print(dd)\n    return 1\n\n\ngraph = DependencyGraph(target_func)\n\nwith graph.sync_ctx() as ctx:\n    print(ctx.resolve_kwargs())\n\n```\n\nThe ParamInfo has the information about name and parameters signature. It's useful if you want to create a dependency that changes based on parameter name, or signature.\n\n\n## Exception propagation\n\nBy default if error happens within the context, we send this error to the dependency,\nso you can close it properly. You can disable this functionality by setting `exception_propagation` parameter to `False`.\n\nLet's imagine that you want to get a database session from pool and commit after the function is done.\n\n\n```python\nasync def get_session():\n    session = sessionmaker()\n\n    yield session\n\n    await session.commit()\n\n```\n\nBut what if the error happened when the dependant function was called? In this case you want to rollback, instead of commit.\nTo solve this problem, you can just wrap the `yield` statement in `try except` to handle the error.\n\n```python\nasync def get_session():\n    session = sessionmaker()\n\n    try:\n        yield session\n    except Exception:\n        await session.rollback()\n        return\n\n    await session.commit()\n\n```\n\n**Also, as a library developer, you can disable exception propagation**. If you do so, then no exception will ever be propagated to dependencies and no such `try except` expression will ever work.\n\n\nExample of disabled propogation.\n\n```python\n\ngraph = DependencyGraph(target_func)\n\nwith graph.sync_ctx(exception_propagation=False) as ctx:\n    print(ctx.resolve_kwargs())\n\n\n```\n\n\n## Generics support\n\nWe support generics substitution for class-based dependencies.\nFor example, let's define an interface and a class. This class can be\nparameterized with some type and we consider this type a dependency.\n\n```python\nimport abc\nfrom typing import Any, Generic, TypeVar\n\nclass MyInterface(abc.ABC):\n    @abc.abstractmethod\n    def getval(self) -> Any:\n        ...\n\n\n_T = TypeVar(\"_T\", bound=MyInterface)\n\n\nclass MyClass(Generic[_T]):\n    # We don't know exact type, but we assume\n    # that it can be used as a dependency.\n    def __init__(self, resource: _T = Depends()):\n        self.resource = resource\n\n    @property\n    def my_value(self) -> Any:\n        return self.resource.getval()\n\n```\n\nNow let's create several implementation of defined interface:\n\n```python\n\ndef getstr() -> str:\n    return \"strstr\"\n\n\ndef getint() -> int:\n    return 100\n\n\nclass MyDep1(MyInterface):\n    def __init__(self, s: str = Depends(getstr)) -> None:\n        self.s = s\n\n    def getval(self) -> str:\n        return self.s\n\n\nclass MyDep2(MyInterface):\n    def __init__(self, i: int = Depends(getint)) -> None:\n        self.i = i\n\n    def getval(self) -> int:\n        return self.i\n\n```\n\nNow you can use these dependencies by just setting proper type hints.\n\n```python\ndef my_target(\n    d1: MyClass[MyDep1] = Depends(),\n    d2: MyClass[MyDep2] = Depends(),\n) -> None:\n    print(d1.my_value)\n    print(d2.my_value)\n\n\nwith DependencyGraph(my_target).sync_ctx() as ctx:\n    my_target(**ctx.resolve_kwargs())\n\n```\n\nThis code will is going to print:\n\n```\nstrstr\n100\n```\n\n## Dependencies replacement\n\nYou can replace dependencies in runtime, it will recalculate graph\nand will execute your function with updated dependencies.\n\n**!!! This functionality tremendously slows down dependency resolution.**\n\nUse this functionality only for tests. Otherwise, you will end up building dependency graphs on every resolution request. Which is very slow.\n\nBut for tests it may be a game changer, since you don't want to change your code, but some dependencies instead.\n\nHere's an example. Imagine you have a built graph for a specific function, like this:\n\n```python\nfrom taskiq_dependencies import DependencyGraph, Depends\n\n\ndef dependency() -> int:\n    return 1\n\n\ndef target(dep_value: int = Depends(dependency)) -> None:\n    assert dep_value == 1\n\ngraph = DependencyGraph(target)\n```\n\nNormally, you would call the target, by writing something like this:\n\n```python\nwith graph.sync_ctx() as ctx:\n    target(**ctx.resolve_kwargs())\n```\n\nBut what if you want to replace dependency in runtime, just\nbefore resolving kwargs? The solution is to add `replaced_deps`\nparameter to the context method. For example:\n\n```python\ndef replaced() -> int:\n    return 2\n\n\nwith graph.sync_ctx(replaced_deps={dependency: replaced}) as ctx:\n    target(**ctx.resolve_kwargs())\n```\n\nFurthermore, the new dependency can depend on other dependencies. Or you can change type of your dependency, like generator instead of plain return. Everything should work as you would expect it.\n\n## Annotated types\n\nTaskiq dependenices also support dependency injection through Annotated types.\n\n```python\nfrom typing import Annotated\n\nasync def my_function(dependency: Annotated[int, Depends(my_func)]):\n    pass\n```\n\nOr you can specify classes\n\n\n```python\nfrom typing import Annotated\n\nclass MyClass:\n    pass\n\nasync def my_function(dependency: Annotated[MyClass, Depends(my_func)]):\n    pass\n```\n\nAnd, of course you can easily save such type aliases in variables.\n\n```python\nfrom typing import Annotated\n\nDepType = Annotated[int, Depends(my_func)]\n\ndef my_function(dependency: DepType):\n    pass\n\n```\n\nAlso we support overrides for annotated types.\n\nFor example:\n\n```python\nfrom typing import Annotated\n\nDepType = Annotated[int, Depends(my_func)]\n\ndef my_function(\n    dependency: DepType,\n    no_cache_dep: Annotated[DepType, Depends(my_func, use_cache=False)],\n) -> None:\n    pass\n\n```\n\nAlso, please note that if you're using `from __future__ import annotations` it won't work for python <= 3.9. Because the `inspect.signature` function doesn't support it. In all future versions it will work as expected.\n",
    "bugtrack_url": null,
    "license": "",
    "summary": "FastAPI like dependency injection implementation",
    "version": "1.5.2",
    "project_urls": null,
    "split_keywords": [
        "taskiq",
        "dependencies",
        "injection",
        "async",
        "di"
    ],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "40980dc6f97e5c572cf3485585b7b8420de6900d0e3351bc562aa5880a0a8bc5",
                "md5": "3b5c52f46325831bee4a3383acbb5660",
                "sha256": "1cf406ac7f628651d6c743aa28fa299d42896257aef3dfc0ea98f2e4cd2fe43a"
            },
            "downloads": -1,
            "filename": "taskiq_dependencies-1.5.2-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "3b5c52f46325831bee4a3383acbb5660",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": ">=3.8.1,<4.0.0",
            "size": 13212,
            "upload_time": "2024-03-15T17:51:18",
            "upload_time_iso_8601": "2024-03-15T17:51:18.599073Z",
            "url": "https://files.pythonhosted.org/packages/40/98/0dc6f97e5c572cf3485585b7b8420de6900d0e3351bc562aa5880a0a8bc5/taskiq_dependencies-1.5.2-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "12b3885541c28b8a24cca8ba575bb19a560f25ac2f0753ba5dffa600785b34c6",
                "md5": "812f3fffdd1ed9cfbd7ef242a822dcce",
                "sha256": "df3a459e7c551a23a7a83ab6b02675bfe7361a7113c7803e01b01dee4aa30c65"
            },
            "downloads": -1,
            "filename": "taskiq_dependencies-1.5.2.tar.gz",
            "has_sig": false,
            "md5_digest": "812f3fffdd1ed9cfbd7ef242a822dcce",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": ">=3.8.1,<4.0.0",
            "size": 14676,
            "upload_time": "2024-03-15T17:51:20",
            "upload_time_iso_8601": "2024-03-15T17:51:20.330656Z",
            "url": "https://files.pythonhosted.org/packages/12/b3/885541c28b8a24cca8ba575bb19a560f25ac2f0753ba5dffa600785b34c6/taskiq_dependencies-1.5.2.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2024-03-15 17:51:20",
    "github": false,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "lcname": "taskiq-dependencies"
}
        
Elapsed time: 0.22138s