なぜ依存性注入が必要なのですか? アプリケーション内のコンポーネントの接続性が低下し、テストが簡素化されます。 一部の開発者は、依存性注入は大規模なプロジェクトでのみ必要であり、プログラムを非常に複雑にするという意見を持っています。 これは歴史的に、SpringやJus in Javaのような人気のあるフレームワークによるものだと思います。 特に、信じられないほどの組み合わせであるSpringのために。
Python-injectは、
Pythonでの依存性注入のための小さなライブラリです。 3番目のバージョンは、UNIXスタイルで記述されています。 完璧に機能するのは1つの機能のみであり、すべてを実行しようとするわけではありません。 既に述べたSpringやJusとは異なり、Injectは開発者からクラスコンストラクターを盗み出したり、特定のスタイルでアプリケーションを記述する必要を開発者に課したり、アプリケーションオブジェクトのグラフ全体を管理しようとはしません。
インジェクションは、実際には設定を必要とせず(さらにローリングによる)、非常に使いやすいです。
使用する
プロジェクトのWebサイトからアーカイブをダウンロードできますが、PyPIでインストールするのが最適です。
[sudo] pip install inject
アプリで:
バインディングの種類
インジェクターの構成は、バインダーを使用して説明されています。 バインディングは初期化を担当します
依存関係。 4つのタイプがあります。
- 常に同じオブジェクトを返すインスタンスバインディング:
redis = RedisCache(address='localhost:1234') def config(binder): binder.bind(Cache, redis)
- 最初の呼び出しでシングルトンを作成するコンストラクタバインディング:
def config(binder):
- 依存関係が注入されるたびに呼び出されるプロバイダーバインディング:
def get_my_thread_local_cache():
- これらのクラスの構成に明示的なバインディングがない場合、クラスシングルトーンを自動的に作成するランタイムバインディング。 実行時バインディングにより、構成サイズが大幅に削減されます。 たとえば、次のコードでは、Configクラスのみに明示的な構成があります。
class Config(object): pass class Cache(object): config = inject.attr(Config) class Db(object): config = inject.attr(Config) class User(object): cache = inject.attr(Cache) db = inject.attr(Db) @classmethod def load(cls, user_id): return cls.cache.load('users', user_id) or cls.db.load('users', user_id) inject.configure(lambda binder: binder.bind(Config, load_config_file())) user = User.load(10)
スコープ(スコープ)がないのはなぜですか?
JavaアプリケーションでSpringとJusを長年使用してきた私は、それらのスコープ(コンセプト自体)を愛していませんでした。 デフォルトでは、注入はすべてのオブジェクトをシングルトーンとして作成します。 すべてのオブジェクトをコンテキスト/インジェクター内で初期化する必要があるSpringやJusとは異なり、通常のクラスコンストラクターを使用できるため、プロトタイプスコープ/ NO_SCOPEは必要ありません。
他のスコープ、たとえば、リクエストスコープやセッションスコープは脆弱です。私の意見では、アプリケーション内のコンポーネントの接続性を高め、テストするのは困難です。 インジェクションでは、オブジェクトのスコープを制限する必要がある場合、いつでも独自のプロバイダーを作成できます。
おわりに
これは、注入の3番目のバージョンです。 最初の2つは、SpringとJuiceに部分的に類似しており、収穫者にもなろうとしました。 最新バージョンはそれらに比べて小さいですが、シンプルで柔軟で使いやすいです。 プロジェクトコードは
Githubにあります。