Pythonによるアーキテクチャパターン

第13章. 依存性の注入（とブートストラップ）

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

依存性注入(DI)はPythonの世界では疑いの目で見られている。 この本のサンプルコードでは、これまで依存性注入なしでうまくやってきた！

この章では、私たちがDIの使用を検討するきっかけとなったコードの痛点をいくつか探り、DIの方法についていくつかの選択肢を提示する。

我々はまた、bootstrap.pyと呼ばれる新しいコンポーネントを我々のアーキテクチャに追加する。それは、依存性の注入と、我々がしばしば必要とする他のいくつかの初期化を担当する。 なぜこのソートがOO言語ではコンポジション・ルートと呼ばれるのか、なぜbootstrapスクリプトが我々の目的にはちょうどいいのかを説明する。

図13-1は、ブートストラッパーなしのアプリがどのように見えるかを示している。エントリーポイントは、多くの初期化と、主要な依存関係であるUoWの受け渡しを行う。

チップ

もしまだ読んでいないのであれば、この章を読み進める前に第3章、特に関数指向とオブジェクト指向の依存関係管理の議論を読む価値がある。

図13-1. Bootstrapなし：エントリーポイントは多くのことをする

チップ

この章のコードはGitHubのchapter_13_dependency_injectionブランチにある：

git clone https://github.com/cosmicpython/code.git
cd code
git checkout chapter_13_dependency_injection
# or to code along, checkout the previous chapter:
git checkout chapter_12_cqrs

図13-2は、ブートストラッパーがこれらのレスポンスを引き継いでいる様子を示している。

図13-2. Bootstrapがすべてを一手に引き受ける

暗黙的依存と明示的依存

あなたの脳のタイプにもよるが、この時点で心の奥底にわずかな不安を感じているかもしれない。 それを表に出してみよう。依存関係を管理し、それをテストする2つの方法を紹介した。

データベースの依存関係については、明示的な依存関係と、それをテストでオーバーライドするための簡単なオプションという、注意深い枠組みを構築した。私たちのメインハンドラ関数は、UoWへの明示的な依存を宣言している：

我々のハンドラはUoWに明示的に依存している(src/allocation/service_layer/handlers.py)

def allocate(
        cmd: commands.Allocate, uow: unit_of_work.AbstractUnitOfWork
):

そのため、サービスレイヤーのテストで偽のUoWを入れ替えるのも簡単だ：

偽のUoWに対するサービスレイヤーのテスト: ...