PHPの依存関係注射（DI）は、コードのモジュール性、テスト可能性、保守性を高めます。 1）支払いゲートウェイスイッチに見(jiàn)られるように、コンポーネントを簡(jiǎn)単に交換できます。 2）DIは手動(dòng)またはコンテナを介して実裝できます。コンテナは複雑さを追加しますが、より大きなプロジェクトを支援します。 3）依存性モッキングを可能にすることにより、テストを簡(jiǎn)素化し、単體テストをより効率的にします。

PHPでの依存噴射（DI）に関しては、それは単なる設(shè)計(jì)パターンではありません。これは、コードの構(gòu)造と維持の方法を変えることができる哲學(xué)です。依存関係の噴射は、ゆるい結(jié)合を促進(jìn)し、アプリケーションをよりモジュール式、テスト可能で、メンテナンスが容易にします。しかし、なぜあなたはPHPでDIを気にする必要があるのでしょうか？クリーナーコードを書くだけではないからです。それは、変更が回復(fù)し、時(shí)間の経過(guò)とともに進(jìn)化しやすいアプリケーションを作成することです。

PHPでの依存関係注入の世界に飛び込みましょう。ここでは、この強(qiáng)力なテクニックの方法とWhat-IFをどのように調(diào)べますか。手動(dòng)注射からコンテナの使用まで、個(gè)人的な経験といくつかの苦労して學(xué)習(xí)したレッスンを振りかけて、すべてをカバーします。

PHP開(kāi)発の領(lǐng)域では、依存噴射（DI）は最新のソフトウェアアーキテクチャのビーコンとして立っています。これは、特にメンテナビリティとテスト責(zé)任が単なるヘイブにも優(yōu)れているだけでなく、必需品である大規(guī)模なプロジェクトに取り組んでいる場(chǎng)合、私が大きく依存するようになったテクニックです。 PHPのDIは、依存関係を注入するだけではありません。コンポーネントが簡(jiǎn)単に交換できるシステムを作成し、より柔軟で適応性のあるコードベースにつながることです。

これを考慮してください。プロジェクトに取り組んでおり、突然要件が変更されます。 DIを使用すると、1つの実裝を別の実裝に交換することが簡(jiǎn)単になります。支払いゲートウェイを切り替えなければならなかったプロジェクトを覚えています。 DIのおかげで、それは主要なリファクタリングの悪夢(mèng)ではなく、數(shù)行の構(gòu)成を変更することの問(wèn)題でした。

diが動(dòng)作しているのを見(jiàn)るためにいくつかのコードを見(jiàn)てみましょう：

 // diなし
クラスユーザーサービス{
    プライベート$データベース。

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

    public function getuser（$ id）{
        return $ this-> database-> query（ "select * from users where id =？"、[$ id]）;
    }
}

// diと
クラスユーザーサービス{
    プライベート$データベース。

    public function __construct（databaseinterface $ database）{
        $ this-> database = $ database;
    }

    public function getuser（$ id）{
        return $ this-> database-> query（ "select * from users where id =？"、[$ id]）;
    }
}

DIの例では、特定のデータベースの実裝からUserServiceを分離しました。この柔軟性は、アプリケーションのテストと將來(lái)の防止に関しては金です。

しかし、Diは課題がないわけではありません。一般的な落とし穴の1つは注射すぎることです。そこでは、あまりにも多くの依存関係を通過(guò)することになり、コンストラクターが裝飾が多すぎるクリスマスツリーのように見(jiàn)えます。それはバランスであり、適切なレベルの抽象化を見(jiàn)つけることは蕓術(shù)形式です。

DIの実裝に関しては、オプションがあります。手動(dòng)注入を使用すると、簡(jiǎn)単ですが、より大きなアプリケーションでは面倒になる可能性があります。または、プロセスの多くを自動(dòng)化するが、獨(dú)自の複雑さのセットを?qū)毪工隓Iコンテナを使用することもできます。コンテナを使用する簡(jiǎn)単な例は次のとおりです。

 psr \ container \ containerInterfaceを使用します。

クラスコンテナはContainerInterfaceを?qū)g裝しています{
    private $ services = [];

    パブリック関數(shù)get（$ id）{
        if（！isset（$ this-> services [$ id]））{
            新しい\ exception（ "service {$ id} not not indow"）;
        }
        return $ this-> services [$ id];
    }

    パブリック関數(shù)は（$ id）{
        Return Isset（$ this-> services [$ id]）;
    }

    パブリック関數(shù)セット（$ id、$ service）{
        $ this-> services [$ id] = $ service;
    }
}

$ container = new Container（）;
$ container-> set（ 'database'、new mysqldatabase（））;
$ container-> set（ 'userservice'、new userservice（$ container-> get（ 'database'）））;

$ userservice = $ container-> get（ 'userservice'）;
$ user = $ userservice-> getuser（1）;

コンテナを使用することは、より大きなプロジェクトのゲームチェンジャーになる可能性がありますが、トレードオフを理解することが重要です。コンテナは抽象化の層を追加します。これは祝福と呪いの両方になります。依存管理管理を容易にしますが、フードの下で何が起こっているのかを曖昧にすることもでき、アプリケーションの流れを一目で理解するのが難しくなります。

パフォーマンスに関しては、DIは特にコンテナを使用する場(chǎng)合、わずかなオーバーヘッドを?qū)毪扦蓼?。しかし、ほとんどの?chǎng)合、利益はコストをはるかに上回ります。実際のパフォーマンスのヒットは、DIセットアップをオーバーエンジニアリングし、ナビゲートして最適化するのが難しい複雑な依存性グラフを作成することから生じます。

それで、最良のアプローチは何ですか？それはあなたのプロジェクトのサイズと複雑さに依存します。小規(guī)模なプロジェクトでは、手動(dòng)注射が必要な場(chǎng)合があります。大きなものについては、容器があなたに多くの頭痛を救うことができます。しかし、この方法に関係なく、重要なのは、依存関係を明確で管理しやすくすることです。

私の経験では、DIの最大の利點(diǎn)はテストすることです。 DIでは、単體テストを書くことは雑用ではなく喜びになります。依存関係を簡(jiǎn)単にモックアウトでき、テストをより集中し、脆くしなくなります。 DIがテストを簡(jiǎn)素化する方法の簡(jiǎn)単な例を次に示します。

 class userservicetestはphpunit \ framework \ testcaseを拡張します{
    public function testgetuser（）{
        $ mockdatabase = $ this-> createmock（databaseinterface :: class）;
        $ mockdatabase-> expects（$ this-> wons（））
                      - > method（ 'query'）
                      - > with（ "select * from users where id =？"、[1]）
                      - > willreturn（['id' => 1、 'name' => 'john doe']）;

        $ userservice = new userservice（$ mockdatabase）;
        $ user = $ userservice-> getuser（1）;

        $ this-> assertequals（['id' => 1、 'name' => 'john doe']、$ user）;
    }
}

DIでは、より良いコードを書くだけではありません。長(zhǎng)期的には成功のためにプロジェクトを設(shè)定しています。それは、変化を受け入れ、コードをより回復(fù)力のあるものにし、最終的には開(kāi)発者としてより楽しくすることです。

したがって、PHPから始めたばかりであろうと、あなたがベテランのプロであろうと、依存噴射を試してみてください。それはあなたがコーディングについて考える方法を変えるかもしれません。

以上がPHPでの依存関係：究極のガイドの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。