キーテイクアウト

• 依存関係噴射コンテナ（DIC）は、より大きなPHPアプリケーションとフレームワークでコードベースを維持するための重要なツールですが、パフォーマンスに影響を與える可能性があります。 PHPの有名なDICには、PHP-DI、SymfonyDependencyInjection、Zenddi、Ornodi、Dice、およびAura.di.
が含まれます。 DICのパフォーマンスは、実行時(shí)間、メモリ使用量、および含まれるファイルの數(shù)の観點(diǎn)から測(cè)定されます。最後のメトリックは、アプリケーションの全體的な重みに大きく影響する可能性があるため、特に重要です。
• テスト済みの容器の中で、サイコロ、オーラ、オルノの中で最速で、サイコロは全體的に最速でした。 PHP-DIは、ユニークな機(jī)能を持っているにもかかわらず、パフォーマンスが大幅にヒットしました。 Symfonyは、設(shè)定がより困難ですが、中央で実行され、有名なプロジェクトからコンテナを探している人にとっては好ましい選択となります。
パフォーマンスの違いにもかかわらず、DICの選択は構(gòu)成の構(gòu)文と機(jī)能も考慮する必要があります。サイコロ、オーラ、Ornoのパフォーマンスの違いは、実際のアプリケーションではごくわずかです。したがって、開発者は、どのような作業(yè)を好むかに基づいて選択する必要があります。
ほとんどのフレームワークと大規(guī)模なPHPアプリケーションは、よりメンテナンス可能なコードベースの目標(biāo)を持って依存関係噴射コンテナを使用します。ただし、これはパフォーマンスに影響を與える可能性があります。読み込み時(shí)間が重要であるため、サイトを迅速に保つことは相変わらず重要です。今日は、相対的なパフォーマンスがどのようなものかを確認(rèn)するために、いくつかのPHP依存噴射容器をベンチマークします。
• コンセプトに不慣れな人のために、依存関係噴射コンテナは、オブジェクトツリーを自動(dòng)的に構(gòu)築するソフトウェアです。たとえば、データベースインスタンスを必要とするユーザーオブジェクトを検討してください。

依存関係噴射コンテナを使用して、パラメーターを手動(dòng)で提供する必要なく、オブジェクトツリーを自動(dòng)的に構(gòu)築できます。

これが呼ばれるたびに、ユーザーオブジェクトはデータベースオブジェクトを「注入」して作成されます。

PHPで利用できるいくつかのよく知られている（そしてあまり知られていない）容器があります：

• php-di、人気のあるdiコンテナ
• symfony -dependencyinjection、symfonyフレームワークによって提供される依存関係噴射コンテナ
• Zenddi Zend Framework
によって提供される依存関係噴射コンテナ
• Ornodi、機(jī)能が限られているが、パフォーマンスを念頭に置いて開発されたあまり知られていないコンテナ
• ダイス、軽量であることに焦點(diǎn)を當(dāng)てたもう1つのあまり知られていない容器。完全な開示、私はこのコンテナの著者ですが、この分析では完全に目的にほかなりません。
aura.di、最小限の機(jī)能を備えたかなり人気のある容器

Pimpleの単語(yǔ)：Pimpleは依存関係噴射コンテナとして宣伝されていますが、コンテナからオブジェクトを取得することは常に同じインスタンスを返します。テストされます すべてのコンテナはさまざまな機(jī)能をサポートしていますが、このベンチマークは、依存噴射容器に必要な基本的な機(jī)能をカバーします。つまり、オブジェクトを作成し、必要な場(chǎng)所で依存関係を注入します。

依存噴射のどの側(cè)面が測(cè)定されますか？

実行時(shí)間

メモリの使用
含まれるファイルの數(shù)。これはパフォーマンスにほとんど影響を與えませんが、ライブラリがどれほど軽量でポータブルであるかを示す良い指標(biāo)です。 DIの選択のためにプロジェクトで何百ものファイルを出荷する必要がある場(chǎng)合、それはあなた自身のアプリケーションの全體的な重みに大きな影響を與える可能性があります。
環(huán)境のテスト
すべてのテストは、2014年7月7日の時(shí)點(diǎn)で、Arch Linux（3.15カーネル）、PHP 5.5.13、および各コンテナの最新バージョンを?qū)g行している同じマシンで実行されました。

提示されたすべての実行時(shí)間數(shù)は、最速よりも20％を超えているものを破棄した後、平均10回の実行です。

テスト1 - オブジェクトのインスタンスを作成

このテストでは、各コンテナを使用して、10,000回のシンプルなオブジェクトを作成します

依存関係噴射コンテナがない場(chǎng)合、これは次のように記述されます。

テストコード（githubで）：オーラ、サイコロ、ornodi、php-di、symfonydependencyinjection、zenddi

ご覧のとおり、ここには2つの明確なキャンプがあります。オーラ、サイコロ、オルノは、PHP-DI、Symfony、Zenddiの約10倍高速です。

<span>$user = new User(new Database());</span>

実行時(shí)間と同様に、中央のどこかにシムフニーが座っている2つの異なるグループがあります。

これは、各コンテナがどれほど軽量であるかを非常に示しており、メモリの使用の違いを説明するために何らかの形で進(jìn)んでいます。 Zenddiで使用される多くのファイルは一般的なフレームワークファイルであるため、Zend Frameworkを使用している場(chǎng)合、Zenddiを使用すると、ファイルがアプリケーションの他の場(chǎng)所で再利用される可能性が高いため、Zenddiを使用すると同じメモリオーバーヘッドが発生しないことに注意してください。

同様に、PHP-DIは教義図書館に大きく依存しています。プロジェクトで教義を使用している場(chǎng)合、PHP-DIのメモリオーバーヘッドが削減されます。

しかし、フレームワークスタックの一部であるにもかかわらず、Symfony -dependencyInjectionは完全にスタンドアロンであり、他のSymfonyプロジェクトからの依存関係なしに機(jī)能することを見るのは素晴らしいことです。

オーラ、サイコロ、ornoには外部依存関係がありません。これにより、ファイルがカウントされるのに役立ちます。

テスト2 - オートローディングを無(wú)視

ファイルの読み込みはパフォーマンスに影響を與え、ZendとPHP-Diの両方がかなりの數(shù)のファイルをロードすると、最初にクラスの単一のインスタンスを作成することにより、自動(dòng)裝置時(shí)間を無(wú)視して同じテストが実施され、必要なクラスが測(cè)定する前に自動(dòng)浸漬されたことを確認(rèn)しました。時(shí)間。

これは、コンテナによって行われた?jī)?nèi)部キャッシングをトリガーした可能性もありますが、それを公正に保つために同じ処理が各容器に適用されました

同等のPHPコード：

テストコード（githubで）：オーラ、サイコロ、ornodi、php-di、symfonydependencyinjection、zenddi

<span>$user = new User(new Database());</span>

予想通り、メモリの使用は変更されず、オートローダーの時(shí)間が測(cè)定されていないため、パフォーマンスはわずかに優(yōu)れています。ただし、これは、42ファイルを読み込むことでさえ、総実行時(shí)間に無(wú)視できる影響を與え、相対パフォーマンスが同じままであることを示しています。數(shù)十のファイルをロードすることは、PHP-DIとZenddiのパフォーマンスが比較的遅い原因ではありません。 ??>

ロードファイルのオーバーヘッドを無(wú)視した後でも、ここにはまだ2つの異なる球場(chǎng)があります。オーラ、サイコロ、オルノはパフォーマンスとメモリの使用量が非常に似ていますが、PHP-DI、Zend、Symfonyは互いに競(jìng)爭(zhēng)しています。

今後のすべてのテストは、自動(dòng)裝備時(shí)間を無(wú)視して、測(cè)定されているコンテナのパフォーマンスであることを確認(rèn)します。 テスト3 - ディープオブジェクトグラフ

このテストは、コンテナにこのオブジェクトのセットを10,000回構(gòu)築させることによって行われます。

テストコード（githubで）：オーラ、サイコロ、ornodi、php-di、symfonydependencyinjection、zenddi

注：テストコードを見ることでわかるように、Symfony、PHP-DI、およびAURAには、このテストを?qū)g行するために他のコンテナよりもかなり多くの構(gòu)成コードが必要です。構(gòu)成時(shí)間はテストに含まれていませんでした

再び、トップ3の間にはほとんど違いがありません。ダイスはオーラよりも20％速く、Ornoよりも70％高速です。 3つすべては、Zend、Php-Di、Symfonyよりもかなり高速です。 3つのトップコンテナの違いは非常にわずかであるため、このような人工ベンチマークの外側(cè)の速度の違いに気付かないでしょう。

zend、php-di、および程度は低いsymfonyはここで遅くなります。 Zendは37秒かかり、Diceが1秒未満で管理するタスクを?qū)g行します。確かに些細(xì)な違いではありません。繰り返しになりますが、Symfonyは有名な容器の中でリードしています。

メモリとファイルカウントは、他のテストで見たものと一致しています。 テスト4 - コンテナからサービスを取得

diコンテナも、アプリケーション全體で再利用されるサービスを保存および取得する必要があります。このテストでは、コンテナから単一のインスタンスを繰り返し取得します。

純粋なPHP相當(dāng)：

テストコード（githubで）：オーラ、サイコロ、ornodi、php-di、symfonydependencyinjection、zenddi

<span>$user = new User(new Database());</span>

これは、以前の結(jié)果に基づいて予想外です。 ZendとSymfonyを除くすべての容器は、わずか0.01が上位4つの結(jié)果を分離してほぼ等しくなります。 Symfonyはそれほど遅れていませんが、Zendは他のZendよりも10倍遅いです。

メモリの使用量とファイルの數(shù)は、実行時(shí)間全體で見たコンテナ間の同じ分割で予測(cè)可能になりつつあります。 テスト5 - サービスを挿入

最終テストは、オブジェクトをどれだけ迅速に構(gòu)築できるかを確認(rèn)し、サービスを注入することです。これには、形式が表示されます：

テストコード（githubで）：オーラ、サイコロ、ornodi、php-di、symfonydependencyinjection、zenddi

興味深いことに、オーラはこのテストでわずかなリードを奪いました。ただし、SymfonyとAuraには明示的な構(gòu)成のいくつかの行が必要なため、他のコンテナが依存関係を自動(dòng)的に解決するため、それはまったく似たようなテストではありません。コンテナを構(gòu)成するのにかかった時(shí)間は、ベンチマークの一部ではありませんでした。

<span>$user = $container->get('User');</span>

驚くべきことに、PHP-DIはこのタスクで最も遅いです。

結(jié)論

パフォーマンスだけでも、サイコロ、オーラ、オーノはすべて強(qiáng)力な競(jìng)爭(zhēng)相手であり、サイコロは全體的に最も速く、最終テストではオーラが最速です。 2つの異なるグループの違いは明らかですが、各コンテナの機(jī)能を比較するのは興味深いものです。あなたが期待するように、機(jī)能の數(shù)とパフォーマンスは完全に相関しません。 PHP-DIとDICEの両方にユニークな機(jī)能が含まれていますが、PHP-DIはそうするために大きなパフォーマンスヒットを取ります。オーラは高速ですが、多くの手動(dòng)構(gòu)成が必要であり、予想されるように非常に最小限の機(jī)能を持っていますが、サイコロとORNOのパフォーマンスは非常に似ていますが、構(gòu)成するためにははるかに少ないコードが必要です。

Symfonyはすべてのテストで非常に中間地域にありますが、Auraと同様に、サポートタイプのヒントされたパラメーターではないため、はるかに困難なタスクです。有名なプロジェクトからコンテナを探している場(chǎng)合は、パフォーマンスが重要な場(chǎng)合は、Symfonyが選択のコンテナでなければなりません。

それは、純粋なパフォーマンスがあなたがその後のものである場(chǎng)合、その後のサイコロとオーラは、Ornoが非常に近いという明確な勝者です。ただし、サイコロ、オーラ、オーノのパフォーマンスの違いが実際のアプリケーションでは無(wú)視できるように、構(gòu)成の構(gòu)文とそれぞれの機(jī)能を調(diào)べる価値があります。

テスト用のすべてのコードはGitHubで入手できます。注：githubリポジトリには、プロジェクトにコンポーザーを使用するのではなく、テストされたライブラリのコピーが含まれています。これは、テストした正確なバージョンでコードを?qū)g行して同じ結(jié)果を取得できるようにするためです。 > PHP依存関係噴射コンテナパフォーマンスベンチマークに関するよくある質(zhì)問(wèn)（FAQ）PHP依存関係噴射コンテナパフォーマンスベンチマークの重要性は何ですか？ ??

依存関係噴射コンテナパフォーマンスベンチマークは、異なる依存関係噴射コンテナの効率と速度を理解する上で重要です。これらのベンチマークは、さまざまなコンテナの比較分析を提供し、開発者が特定のニーズに基づいて使用するコンテナについて情報(bào)に基づいた決定を下すのに役立ちます。彼らは、PHPアプリケーションのパフォーマンスを最適化する際の重要な要因であるメモリの使用と時(shí)間消費(fèi)の観點(diǎn)から、各コンテナのパフォーマンスに関する洞察を提供します。 > PHPの依存関係注射（DI）は、ゆるい結(jié)合、テスト可能性の向上、およびコードの再利用性の向上を促進(jìn)することにより、コードの品質(zhì)を向上させます。依存関係を注入することにより、コンポーネントはより獨(dú)立し、コードの変更とテストが容易になります。また、各クラスがすべきことのみを行い、よりクリーンで保守可能なコードにつながるため、単一の責(zé)任の原則を奨勵(lì)します。PHPにおける異なるタイプの依存性注入は

PHPには、コンストラクターインジェクション、セッター注入、界面注入の3つの主要なタイプがあります。コンストラクターインジェクションは、クラスコンストラクターを介して依存関係が提供される場(chǎng)所です。セッターインジェクションには、メソッドを介して依存関係を提供することが含まれます。インターフェイスインジェクションでは、依存関係を注入するインターフェイスを?qū)g裝するために従屬クラスが必要です。コンテナ、アプリケーション內(nèi)のサービスまたはオブジェクトのインスタンス化と構(gòu)成を管理します。依存関係のインスタンスの作成と返卻を擔(dān)當(dāng)する工場(chǎng)として機(jī)能します。また、共有インスタンスを管理し、共有サービスが要求されるたびに単一のインスタンスが返されるようにします。コンテナ、使いやすさ、パフォーマンス、コミュニティサポート、プロジェクトとの互換性などの要因を考慮してください。パフォーマンスは特に重要であり、PHP依存噴射コンテナパフォーマンスベンチマークが役立つ場(chǎng)所です。さまざまなコンテナのパフォーマンスの比較分析を提供し、情報(bào)に基づいた決定を下すのに役立ちます。クラスの依存関係。これにより、テスト中に依存関係をock笑またはスタブを張ることができ、クラスを単獨(dú)でテストすることができます。また、予測(cè)可能な応答を提供する模擬依存関係を挿入し、テストをより信頼性が高く書きやすくするため、ユニットテストを簡(jiǎn)単に記述することができます。

はい、そのサイズや複雑さに関係なく、任意のPHPプロジェクトで依存関係を使用できます。これは、コードの再利用可能性、モジュール性、およびテスト可能性を促進(jìn)する設(shè)計(jì)パターンであり、PHP開発者にとって貴重なツールになります。追加の抽象化レイヤーのためにわずかなオーバーヘッドを?qū)毪扦蓼?。アプリケーションのパフォーマンスへの影響は一般に無(wú)視できます。コードの品質(zhì)、テスト可能性、保守性の改善の利點(diǎn)は、しばしばマイナーなパフォーマンスコストを上回ります。

依存噴射は、PHPの固體原理にどのように関連していますか？

??

依存噴射は、特に依存関係の反転原理（DIP）に密接に関連しています。 DIPは、高レベルのモジュールは低レベルのモジュールに依存してはならないが、どちらも抽象化に依存する必要があると述べています。依存関係の噴射により、コンクリートクラスではなく、インターフェイスまたは抽象クラスとして依存関係を注入できるようにすることでこれを可能にします。単一のPHPプロジェクトで複數(shù)の依存関係噴射コンテナを使用することができますが、通常はお?jiǎng)幛幛筏蓼护?。複數(shù)のコンテナを使用すると、管理と理解が困難なコードにつながる可能性があります。通常、プロジェクトのニーズに最適なコンテナを1つ選択し、それに固執(zhí)することをお?jiǎng)幛幛筏蓼埂?/p>

以上がPHP依存関係噴射コンテナパフォーマンスベンチマークの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。