PHPの依存関係噴射（DI）は、オブジェクトの依存関係を外部から管理することにより、ゆるい結(jié)合、テスト可能性、保守性を促進(jìn)する設(shè)計パターンです。 1）DIは、コンストラクター、セッター、またはメソッドパラメーターを介して依存関係を注入することにより、制御の反転を達(dá)成します。 2）PimpleやLaravelの組み込みコンテナなどのDIコンテナを使用すると、複雑な依存性グラフを管理できます。 3）ベストプラクティスには、依存関係を明示的に保ち、テスト用の模擬オブジェクトを使用すること、コードの読みやすさと信頼性の向上が含まれます。

PHPでの依存関係噴射（DI）の理解に関しては、クリーンなコードを書くだけでなく、ソフトウェア設(shè)計へのアプローチ方法を根本的に変えることについての概念に飛び込みます。依存関係噴射は、コントロールの反転（IOC）を?qū)g現(xiàn)できる設(shè)計パターンであり、オブジェクトの作成方法と結(jié)合の制御がアプリケーションコードから外部フレームワークまたはコンテナにシフトされます。このシフトは、より柔軟でテスト可能な、保守可能なコードにつながる可能性があります。

それでは、PHPのDIの世界を探索しましょう。そこでは、開発への影響を強(qiáng)調(diào)する個人的な経験とともに、メカニズムだけでなく、その背後にある哲學(xué)も共有します。

依存関係の注入は、そのコアで、オブジェクト間の依存関係を管理することです。クラスに獨(dú)自の依存関係を作成する代わりに、それらの依存関係は外部からクラスに「注入」されます。これは、コンストラクター、セッター、またはメソッドパラメーターを介して実行できます。

コンストラクターインジェクションの簡単な例は次のとおりです。

クラスロガー{
    パブリック関數(shù)ログ（$メッセージ）{
        echo $メッセージ。 "\ n";
    }
}

クラスユーザーサービス{
    プライベート$ロガー;

    パブリック関數(shù)__construct（logger $ logger）{
        $ this-> logger = $ logger;
    }

    public function RegisterUser（$ username）{
        $ this-> logger-> log（ "登録ユーザー：$ username"）;
        //ユーザー登録ロジック
    }
}

$ logger = new logger（）;
$ userservice = new userservice（$ logger）;
$ userservice-> registerUser（ "john_doe"）;

この例では、 UserService Loggerに依存します。 UserService內(nèi)にLoggerを作成する代わりに、コンストラクターを介して注入します。このアプローチは、 UserServiceをLoggerの特定の実裝から切り離し、テストとメンテナンスを容易にします。

Diの美しさは、ゆるいカップリングを促進(jìn)する能力にあります。私が最初にDIを使い始めたとき、私はそれが私のコードベースをどのように変換したかに驚いた。クラスはコアの責(zé)任により重點(diǎn)を置き、テストまたは異なる実裝の依存関係を交換することが簡単になりました。

ただし、Diは課題がないわけではありません。 1つの一般的な落とし穴は、依存関係グラフを過剰に拡張することです。依存関係の數(shù)が指數(shù)関數(shù)的に増加し、構(gòu)成の悪夢につながるプロジェクトを見てきました。バランスをとって、本當(dāng)に必要なものだけを注入することが重要です。

考慮すべきもう1つの側(cè)面は、パフォーマンスの影響です。 DIコンテナはオーバーヘッドを追加することができますが、LaravelやSymfonyなどの最新のPHPフレームワークは、DIシステムを非常に効率的に最適化しました。それでも、DIがボトルネックにならないようにするために、アプリケーションをプロファイリングする価値があります。

DIを?qū)g裝するとき、DI容器を使用することは非常に有益であることがわかりました。 PimpleやLaravelの組み込みコンテナなどのコンテナは、オブジェクトの作成とライフサイクルの複雑さを管理できるため、大規(guī)模なアプリケーションで依存関係を管理しやすくなります。

これがPimpleを使用した例です。

 pimple \ containerを使用します。

$ container = new Container（）;

$ container ['logger'] = function（$ c）{
    新しいlogger（）を返します。
};

$ container ['user_service'] = function（$ c）{
    return new userservice（$ c ['logger']）;
};

$ userservice = $ container ['user_service'];
$ userservice-> registerUser（ "jane_doe"）;

このようなコンテナを使用すると、特に大規(guī)模なアプリケーションで依存関係を管理するプロセスを簡素化できます。ただし、コンテナを慎重に使用することが重要です。容器への過度の依存は、アプリケーションがコンテナ自體にしっかりと結(jié)合される狀況につながる可能性があり、DIの目的を打ち負(fù)かすことができます。

ベストプラクティスに関しては、依存関係を明示的に保つことが不可欠であることを?qū)Wびました。大きなサービスコンテナを注入する代わりに、クラスが必要とする特定の依存関係のみを注入します。このアプローチは、コードをより読みやすくするだけでなく、潛在的な過剰依存性を特定するのにも役立ちます。

テストは、diが輝く別の領(lǐng)域です。モックオブジェクトを注入することにより、テストしているユニットを分離し、テストをより信頼性が高く、より速くすることができます。模擬ロガーでUserServiceテストするためにphpunitを使用する方法の簡単な例を次に示します。

 phpunit \ framework \ testcaseを使用します。
phpunit \ framework \ mockobject \ mockobjectを使用します。

class userservicetest extends testcase {
    public function testregisteruser（）{
        /** @var logger | mockobject $ logger*/
        $ logger = $ this-> createmock（logger :: class）;
        $ logger-> equests（$ this-> woce（））
                - > method（ 'log'）
                - > with（ '登録ユーザー：test_user'）;

        $ userservice = new userservice（$ logger）;
        $ userservice-> registerUser（ 'test_user'）;
    }
}

このテストにより、 Loggerインスタンスを?qū)g際に作成することなく、正しいメッセージでlogメソッドが呼び出されることが保証されます。

結(jié)論として、PHPでの依存関係は、アプリケーションの設(shè)計と保守性を大幅に改善できる強(qiáng)力なツールです。オブジェクトを注入するだけではありません。それは、ゆるいカップリングとテスト能力の哲學(xué)を受け入れることです。それは獨(dú)自の課題のセットを備えていますが、思慮深く実裝された場合の利益はコストをはるかに上回ります。 DIとの私の旅は、私のデザインの選択のより広い影響を常に考慮することを教えてくれました。この探索が、より堅牢で柔軟なPHPコードを書くためのあなたの道に役立つことを願っています。

以上がPHPでの依存関係注射（DI）の理解の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。