この記事では、単純な依存関係噴射コンテナ（DIコンテナ）PHPパッケージを構(gòu)築する方法について説明します。 PHPDOCアノテーションや単體テスト（100％コードカバレッジ）を含む記事のすべてのコードは、GitHubリポジトリにアップロードされ、Packagistにリストされています。

キーポイント：

• DIコンテナの構(gòu)築は、開発者が依存噴射の基本原則とコンテナの作業(yè)メカニズムを理解するのに役立ちます。
• diコンテナには、「依存噴射」と「コンテナ」という2つの主な機能があります。コンストラクターインジェクションまたはセッター噴射方法を使用して、インスタンス化してサービスを含める必要があります。
• Symfony依存関係噴射コンテナは、カスタムコンテナを作成するための參照として使用できます。コンテナの構(gòu)成をパラメーターとサービスに分割し、アプリケーションキーの安全なストレージを可能にします。
• DIコンテナの作成には、プロジェクトディレクトリの作成、composer.jsonファイルの作成、コンテナの相互運用性インターフェイスの実裝が含まれます。また、例外と參照クラスを作成することも含まれます。
• コンテナクラスは、サービスを取得し、サービスが定義されているかどうかを確認する方法、パラメーターの解析、およびサービスの初期化のための方法を含める必要があります。また、円形の參照を防ぐための保護メカニズムも必要です。

依存関係噴射コンテナを計畫します最初に、「依存関係噴射コンテナ」を「依存関係噴射」と「コンテナ」という2つの役割に分割します。

依存関係注入の最も一般的に使用される2つの方法は、コンストラクターインジェクションとセッターインジェクション、つまり、コンストラクターパラメーターまたはメソッド呼び出しを介してクラス依存関係を渡すことです。コンテナがインスタンス化してサービスを含めることができる場合、両方の操作を?qū)g行できる必要があります。

コンテナになるには、サービスのインスタンスを保存および取得できる必要があります。これは、サービスを作成するのに比べてかなり簡単な作業(yè)ですが、それでも検討する価値があります。

パッケージは、コンテナのセットが実裝できるインターフェイスを提供します。メインインターフェイスは

です。これは、サービスが定義されているかどうかをテストするために、サービスを取得するための2つの方法です。 container-interop ContainerInterface

interface ContainerInterface
{
    public function get($id);
    public function has($id);
}

他の依存関係噴射コンテナを?qū)W習します

Symfony依存関係噴射コンテナを使用すると、さまざまな方法でサービスを定義できます。 YAMLでは、コンテナの構(gòu)成が次のようになる場合があります：

Symfonyは、コンテナの構(gòu)成をパラメーターとサービスに分割する方法に非常に役立ちます。これにより、APIキー、暗號化キー、認証トークンなどのアプリケーションキーが、ソースコードリポジトリから除外されたパラメーターファイルに保存されます。

parameters:
    # ...
    mailer.transport: sendmail

services:
    mailer:
        class:     Mailer
        arguments: ["%mailer.transport%"]
    newsletter_manager:
        class:     NewsletterManager
        calls:
            - [setMailer, ["@mailer"]]

PHPでは、Symfony依存関係インジェクションコンポーネントの同じ構(gòu)成が次のとおりです。

オブジェクトを使用して、

へのメソッド呼び出しで、依存関係の注入ロジックは、この値を直接渡すべきではないことを検出できますが、コンテナ內(nèi)のサービスIT參照に置き換える必要があります。これにより、混亂なくPHP値やその他のサービスをサービスに簡単に注入できます。

use Symfony\Component\DependencyInjection\Reference;

// ...
$container->setParameter('mailer.transport', 'sendmail');

$container
    ->register('mailer', 'Mailer')
    ->addArgument('%mailer.transport%');

$container
    ->register('newsletter_manager', 'NewsletterManager')
    ->addMethodCall('setMailer', array(new Reference('mailer')));

setMailerstartReference

最初に、新しいProjectディレクトリを作成し、Composerがクラスを自動的にロードするために使用できるファイルを作成します。現(xiàn)在、このファイルは、composer.json SitePointContainer src次に、コンテナをコンテナの相互運用性インターフェイスを?qū)g裝するようにするため、作曲家にそれらをダウンロードして

ファイルに追加する必要があります：

interface ContainerInterface
{
    public function get($id);
    public function has($id);
}

composer.jsonメイン

に加えて、

parameters:
    # ...
    mailer.transport: sendmail

services:
    mailer:
        class:     Mailer
        arguments: ["%mailer.transport%"]
    newsletter_manager:
        class:     NewsletterManager
        calls:
            - [setMailer, ["@mailer"]]

パッケージは2つの例外インターフェイスも定義します。最初のものは、サービスを作成するときに遭遇する定期的な例外に使用され、要求されたサービスが見つからないときにもう1つが使用されます。また、要求されたパラメーターが見つからない場合、このリストに別の例外を追加します。

ContainerInterfacecontainer-interop（次のコンテンツでは、記事が長すぎてコアロジックが上記で説明されているため、コードの実裝部分が省略されています。GitHubリポジトリの完全なコードには、例外クラス、參照クラス、およびコンテナの完全な実裝が含まれています。クラス。）

概要

単純な依存関係噴射コンテナを作成する方法を?qū)Wびましたが、まだ実裝していない強力な機能を備えた他の多くのコンテナがあります！

PHP-DiやAura.diなどの一部の依存関係噴射コンテナは、Auto-Assemblyと呼ばれる機能を提供します。ここでは、コンテナがコンテナ內(nèi)のどのサービスを他のサービスに注入する必要があるかを推測します。これを行うには、反射APIを使用してコンストラクターパラメーターに関する情報を見つけます。

好きなようにリポジトリを?qū)Г訾?、自動アセンブリのような機能を追加できます。これは素晴らしい演習です！さらに、このコンテナのすべての既知のデリバティブバージョンの公開リストを保持して、他の人があなたがしていることを見ることができるようにします。以下のコメントを使用して作業(yè)を共有するだけで、必ず追加してください。

以下のコメントを使用してお問い合わせください。明確にしたり説明したりしたいもの、または見つけたエラーを教えてください。

（コンテンツが上記から非常に複製され、長すぎるため、FAQSセクションは省略されています。）

以上が獨自の依存関係噴射コンテナを構(gòu)築する方法の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。