Python dependency injection framework, inspired by Guice
Go to file
Jakub Stasiak 8c317f7e0e Read version directly from imported module 2013-09-20 00:50:01 +01:00
docs Read version directly from imported module 2013-09-20 00:50:01 +01:00
.gitignore Move documentation directory 2013-09-16 23:48:48 +01:00
.travis.yml Add support for using Py3 annotations in lieu of @inject. 2013-08-08 23:11:06 -04:00
CHANGES Improve Sphinx documentation 2013-09-19 23:53:24 +01:00
COPYING Flesh out the README. 2010-11-26 01:33:37 +11:00
MANIFEST.in Include new readme in source distributions 2013-06-29 10:02:04 +01:00
README.md Improve Sphinx documentation 2013-09-19 23:53:24 +01:00
conftest.py Add support for using Py3 annotations in lieu of @inject. 2013-08-08 23:11:06 -04:00
injector.py Bump version to 0.8.0c1 2013-09-19 23:54:53 +01:00
injector_test.py Remove annotations from the API, closes #29 2013-09-18 00:36:24 +01:00
injector_test_py3.py Add support for using Py3 annotations in lieu of @inject. 2013-08-08 23:11:06 -04:00
pytest.ini Add support for using Py3 annotations in lieu of @inject. 2013-08-08 23:11:06 -04:00
runtest.py Python 3 compatibility changes thanks to @didrocks 2012-07-11 14:23:58 -04:00
setup.cfg Add simple example. 2013-06-27 10:19:25 -04:00
setup.py Add some package keywords 2013-08-28 23:16:02 +01:00

README.md

Injector - Python dependency injection framework, inspired by Guice

image

Introduction

Dependency injection as a formal pattern is less useful in Python than in other languages, primarily due to its support for keyword arguments, the ease with which objects can be mocked, and its dynamic nature.

That said, a framework for assisting in this process can remove a lot of boiler-plate from larger applications. That's where Injector can help. It automatically and transitively provides keyword arguments with their values. As an added benefit, Injector encourages nicely compartmentalised code through the use of Module s.

While being inspired by Guice, it does not slavishly replicate its API. Providing a Pythonic API trumps faithfulness.

How to get Injector?

GitHub page: https://github.com/alecthomas/injector

Injector is also available on PyPI: https://pypi.python.org/pypi/injector. You can install it using pip:

pip install injector

You can find Injector documentation at http://injector.readthedocs.org

Supported Python versions

Injector works with the following Python interpreters:

  • CPython 2.6+, 3.2+
  • PyPy 1.9+

Recent Notable Changes

If you inject a function, an injection-aware wrapper is provided

Example:

>>> from injector import Injector, inject, Key
>>> GreetingType = Key('GreetingType')
>>>
>>> @inject(greeting_type=GreetingType)
... def greet(greeting_type, who):
...     print('%s, %s!' % (greeting_type, who))
...
>>> def configure(binder):
...     binder.bind(GreetingType, to='Hello')
...
>>> injector = Injector(configure)
>>> greet_wrapper = injector.get(greet)
>>> greet_wrapper(who='John')
Hello, John!

A Quick Example

>>> from injector import Injector, inject
>>> class Inner(object):
...     def __init__(self):
...         self.forty_two = 42
...
>>> class Outer(object):
...     @inject(inner=Inner)
...     def __init__(self, inner):
...         self.inner = inner
...
>>> injector = Injector()
>>> outer = injector.get(Outer)
>>> outer.inner.forty_two
42

A Full Example

Here's a full example to give you a taste of how Injector works:

>>> from injector import Module, Key, provides, Injector, inject, singleton

We'll use an in-memory SQLite database for our example:

>>> import sqlite3

And make up an imaginary RequestHandler class that uses the SQLite connection:

>>> class RequestHandler(object):
...   @inject(db=sqlite3.Connection)
...   def __init__(self, db):
...     self._db = db
...
...   def get(self):
...     cursor = self._db.cursor()
...     cursor.execute('SELECT key, value FROM data ORDER by key')
...     return cursor.fetchall()

Next, for the sake of the example, we'll create a "configuration" annotated type:

>>> Configuration = Key('configuration')

Key is used to uniquely identifies the configuration dictionary. Next, we bind the configuration to the injector, using a module:

>>> def configure_for_testing(binder):
...     configuration = {'db_connection_string': ':memory:'}
...     binder.bind(Configuration, to=configuration, scope=singleton)

Next we create a module that initialises the DB. It depends on the configuration provided by the above module to create a new DB connection, then populates it with some dummy data, and provides a Connection object:

>>> class DatabaseModule(Module):
...   @singleton
...   @provides(sqlite3.Connection)
...   @inject(configuration=Configuration)
...   def provide_sqlite_connection(self, configuration):
...     conn = sqlite3.connect(configuration['db_connection_string'])
...     cursor = conn.cursor()
...     cursor.execute('CREATE TABLE IF NOT EXISTS data (key PRIMARY KEY, value)')
...     cursor.execute('INSERT OR REPLACE INTO data VALUES ("hello", "world")')
...     return conn

(Note how we have decoupled configuration from our database initialisation code.)

Finally, we initialise an Injector and use it to instantiate a RequestHandler instance. This first transitively constructs a sqlite3.Connection object, and the Configuration dictionary that it in turn requires, then instantiates our RequestHandler:

>>> injector = Injector([configure_for_testing, DatabaseModule()])
>>> handler = injector.get(RequestHandler)
>>> tuple(map(str, handler.get()[0]))  # py3/py2 compatibility hack
('hello', 'world')

We can also veryify that our Configuration and SQLite connections are indeed singletons within the Injector:

>>> injector.get(Configuration) is injector.get(Configuration)
True
>>> injector.get(sqlite3.Connection) is injector.get(sqlite3.Connection)
True

You're probably thinking something like: "this is a large amount of work just to give me a database connection", and you are correct; dependency injection is typically not that useful for smaller projects. It comes into its own on large projects where the up-front effort pays for itself in two ways:

  1. Forces decoupling. In our example, this is illustrated by decoupling our configuration and database configuration.
  2. After a type is configured, it can be injected anywhere with no additional effort. Simply @inject and it appears. We don't really illustrate that here, but you can imagine adding an arbitrary number of RequestHandler subclasses, all of which will automatically have a DB connection provided.

Tests

When you use unit test framework such as unittest2 or nose you can also profit from injector. However, manually creating injectors and test classes can be quite annoying. There is, however, with_injector method decorator which has parameters just as Injector construtor and installes configured injector into class instance on the time of method call:

>>> from injector import Module, with_injector
>>> class UsernameModule(Module):
...   def configure(self, binder):
...     binder.bind(str, 'Maria')
...
>>> class TestSomethingClass(object):
...   @with_injector(UsernameModule())
...   def setup(self):
...      pass
...
...   @inject(username=str)
...   def test_username(self, username):
...      assert (username == 'Maria')

Each method call re-initializes Injector - if you want to you can also put with_injector decorator on class constructor.

After such call all inject-decorated methods will work just as you'd expect them to work.

Footnote

This framework is similar to snake-guice, but aims for simplification.

© Copyright 2010-2013 to Alec Thomas, under the BSD license