核心要點(diǎn)

• 依賴注入是應(yīng)用開發(fā)中的一個(gè)關(guān)鍵概念，通過將依賴項(xiàng)注入模塊而不是硬編碼它們，可以編寫更高效、更易維護(hù)的代碼。
• Pimple是一個(gè)簡(jiǎn)單的依賴注入容器，它使用PHP的閉包以可管理的方式定義依賴項(xiàng)，有助於保持代碼的可維護(hù)性。
• 注入依賴項(xiàng)的兩種主要技術(shù)是基於構(gòu)造函數(shù)的依賴注入和基於設(shè)置器的注入，每種技術(shù)都有其自身的優(yōu)缺點(diǎn)。
• Pimple通過充當(dāng)定義依賴項(xiàng)的容器來支持軟件開發(fā)的DRY（不要重複自己）原則，避免重複，從而更輕鬆地管理和集中應(yīng)用程序中的服務(wù)。
• Pimple還提供高級(jí)功能，例如使用共享對(duì)象返回相同實(shí)例的能力，以及無需影響原始實(shí)現(xiàn)即可動(dòng)態(tài)修改現(xiàn)有閉包的能力。

在應(yīng)用程序開發(fā)中，我們嘗試創(chuàng)建獨(dú)立的模塊，以便在未來的項(xiàng)目中重用代碼。但是，創(chuàng)建提供有用功能的完全獨(dú)立的模塊很困難；除非正確管理它們的依賴關(guān)係，否則它們可能會(huì)導(dǎo)致維護(hù)噩夢(mèng)。這就是依賴注入派上用場(chǎng)的地方，因?yàn)樗刮覀兡軌蜃⑷氪a正常運(yùn)行所需的依賴項(xiàng)，而無需將它們硬編碼到模塊中。 Pimple是一個(gè)簡(jiǎn)單的依賴注入容器，它利用PHP的閉包以可管理的方式定義依賴項(xiàng)。在本文中，我們將探討硬編碼依賴項(xiàng)的問題，依賴注入如何解決這些問題，以及如何使用Pimple來使利用依賴注入的代碼更易於維護(hù)。

具體依賴項(xiàng)的問題

在編寫應(yīng)用程序時(shí)，我們會(huì)使用許多PHP類。一個(gè)類可能需要調(diào)用一個(gè)或多個(gè)其他類的方法來提供預(yù)期的功能，因此我們說第一個(gè)類依賴於其他類。例如：

<?php
class A
{
    public function a1() {
        $b = new B();
        $b->b1();
    }
}

類A依賴於類B。如果類B不可用，則上述代碼將無法工作。此外，每次我們?cè)陬愔杏簿幋a對(duì)象的創(chuàng)建時(shí)，我們都會(huì)對(duì)該類產(chǎn)生具體的依賴關(guān)係。具體依賴關(guān)係是編寫可測(cè)試代碼的障礙。更好的方法是向類A提供類B的對(duì)象。這些對(duì)象可以通過A的構(gòu)造函數(shù)或setter方法提供。在我們進(jìn)一步討論之前，讓我們來看一個(gè)更現(xiàn)實(shí)的場(chǎng)景。

如今，在社交網(wǎng)絡(luò)網(wǎng)站上共享內(nèi)容非常普遍，大多數(shù)網(wǎng)站都在其網(wǎng)站上直接顯示其社交資料提要。假設(shè)我們有一個(gè)名為SocialFeeds的類，它從Twitter、Facebook、Google 等社交網(wǎng)站生成提要。創(chuàng)建單獨(dú)的類來處理這些服務(wù)中的每一個(gè)。在這裡，我們將研究與Twitter交互的類TwitterService。 SocialFeeds類使用TwitterService請(qǐng)求Twitter提要。 TwitterService與數(shù)據(jù)庫交互以檢索訪問API的特定用戶令牌。令牌傳遞給OAuth類，該類使用提供的令牌檢索提要並將其返回給SocialFeeds類。

<?php
class A
{
    public function a1() {
        $b = new B();
        $b->b1();
    }
}

<?php
class SocialFeeds
{
    public function getSocialFeeds() {
        $twService = new TwitterService();
        echo $twService->getTweets();
    }
}

<?php
class TwitterService
{
    public function getTweets() {
        $db = new DB();
        $query = "Query to get user token from database";
        $token = $db->getQueryResults($query);

        $oauth = new OAuth();
        return $oauth->requestTwitterFeed($token);
    }
}

<?php
class OAuth
{
    public function requestTwitterFeed($token) {
        // Retrieve and return twitter feed using the token         
    }
}

很明顯，SocialFeeds依賴於TwitterService。但是TwitterService依賴於DB和OAuth，因此SocialFeeds間接依賴於DB和OAuth。那麼問題是什麼呢？ SocialFeeds依賴於三個(gè)類的具體實(shí)現(xiàn)，因此不可能在沒有其他類的真實(shí)實(shí)現(xiàn)的情況下單獨(dú)測(cè)試SocialFeeds?；蛘撸僭O(shè)我們想使用不同的數(shù)據(jù)庫或不同的OAuth提供程序。在這種情況下，我們必須在整個(gè)代碼中用新類替換現(xiàn)有類。

修復(fù)具體依賴項(xiàng)

解決這些依賴項(xiàng)問題的方案很簡(jiǎn)單，即在必要時(shí)動(dòng)態(tài)提供對(duì)象，而無需使用具體實(shí)現(xiàn)。有兩種類型的技術(shù)可以注入依賴項(xiàng)：基於構(gòu)造函數(shù)的依賴注入和基於設(shè)置器的注入。

基於構(gòu)造函數(shù)的注入

使用基於構(gòu)造函數(shù)的依賴注入，依賴對(duì)像是在外部創(chuàng)建的，並作為參數(shù)傳遞給類的構(gòu)造函數(shù)。我們可以將這些對(duì)象分配給類變量，並在類內(nèi)任何地方使用。 SocialFeeds類的基於構(gòu)造函數(shù)的注入如下所示：

<?php
class DB
{
    public function getQueryResults($query) {
        // Get results from database and return token
    }
}

TwitterService的實(shí)例作為對(duì)像傳遞給構(gòu)造函數(shù)。 SocialFeeds仍然依賴於TwitterService，但現(xiàn)在我們可以自由地提供不同版本的Twitter服務(wù)提供程序，甚至可以提供用於測(cè)試目的的模擬對(duì)象。關(guān)於TwitterService，DB和OAuth類也以類似的方式定義。

<?php
class SocialFeeds
{
    public $twService;

    public function __construct($twService) {
        $this->twService = $twService;
    }

    public function getSocialFeeds() {
        echo $this->twService->getTweets();
    }
}

基於設(shè)置器的注入

使用基於設(shè)置器的注入，對(duì)像是通過setter方法而不是構(gòu)造函數(shù)提供的。以下是SocialFeeds類的基於設(shè)置器的依賴注入實(shí)現(xiàn)：

<?php
$db = new DB();
$oauth = new OAuth();
$twService = new TwitterService($db, $oauth);
$socialFeeds = new SocialFeeds($twService);
$socialFeeds->getSocialFeeds();

現(xiàn)在包括DB和OAuth的初始化代碼如下所示：

<?php
class SocialFeeds
{
    public $twService;

    public function getSocialFeeds() {
        echo $this->twService->getTweets();
    }

    public function setTwitterService($twService) {
        $this->twService = $twService;
    }
}

構(gòu)造函數(shù)與設(shè)置器注入

選擇基於構(gòu)造函數(shù)的注入還是基於設(shè)置器的注入取決於您。當(dāng)需要所有依賴項(xiàng)才能實(shí)例化類時(shí)，基於構(gòu)造函數(shù)的注入是合適的。當(dāng)並非每次都需要依賴項(xiàng)時(shí)，基於設(shè)置器的注入是合適的。

優(yōu)點(diǎn)

• 構(gòu)造函數(shù) – 只需查看類的構(gòu)造函數(shù)即可識(shí)別類的所有依賴項(xiàng)
• 設(shè)置器 – 添加新的依賴項(xiàng)就像添加新的setter方法一樣簡(jiǎn)單，不會(huì)破壞現(xiàn)有代碼

缺點(diǎn)

• 構(gòu)造函數(shù) – 添加新的依賴項(xiàng)會(huì)增加構(gòu)造函數(shù)的參數(shù)；需要更新整個(gè)應(yīng)用程序中的現(xiàn)有代碼以提供新的依賴項(xiàng)
• 設(shè)置器 – 我們必須手動(dòng)搜索必要的依賴項(xiàng)，因?yàn)樗鼈儧]有在任何地方指定

了解了依賴注入和各種注入技術(shù)後，是時(shí)候看看Pimple以及它如何融入其中了。

Pimple在DI中的作用

當(dāng)我們已經(jīng)可以使用前面提到的技術(shù)注入依賴項(xiàng)時(shí)，您可能想知道為什麼需要Pimple。要回答這個(gè)問題，我們需要看看DRY原則。

不要重複自己（DRY）是軟件開發(fā)的一個(gè)原則，旨在減少各種信息的重複，這在多層架構(gòu)中特別有用。 DRY原則的陳述是“每個(gè)知識(shí)片段都必須在一個(gè)系統(tǒng)中具有單個(gè)、明確、權(quán)威的表示”——維基百科

考慮基於構(gòu)造函數(shù)的注入示例。每次我們想要SocialFeed類的對(duì)象時(shí)，我們都必須重複實(shí)例化和傳遞其依賴項(xiàng)的整個(gè)設(shè)置過程。根據(jù)DRY，應(yīng)避免此類代碼以防止維護(hù)出現(xiàn)問題。 Pimple充當(dāng)定義此類依賴項(xiàng)以避免重複的容器。讓我們來看一個(gè)簡(jiǎn)單的例子，看看Pimple是如何工作的。

<?php
class A
{
    public function a1() {
        $b = new B();
        $b->b1();
    }
}

創(chuàng)建Pimple的實(shí)例充當(dāng)存儲(chǔ)依賴項(xiàng)的容器。它實(shí)現(xiàn)SPL ArrayAccess接口，因此使用它與使用數(shù)組非常相似。首先，我們定義了一個(gè)鍵，該鍵保存我們想要的某個(gè)任意類的名稱。然後，我們定義了一個(gè)閉包來返回指定類的實(shí)例，該實(shí)例充當(dāng)服務(wù)。請(qǐng)注意，將向$c傳遞容器的實(shí)例，因此我們可以根據(jù)需要引用其他已定義的鍵；每個(gè)已定義的參數(shù)或?qū)ο穸伎赏ㄟ^$c變量在閉包中使用?，F(xiàn)在，每當(dāng)我們想要類的實(shí)例時(shí)，我們都可以引用鍵來檢索對(duì)象。讓我們將SocialFeeds示例轉(zhuǎn)換為Pimple。 Pimple官方網(wǎng)站上的示例顯示了基於構(gòu)造函數(shù)的注入，因此在這裡我們將說明基於設(shè)置器的注入。請(qǐng)記住，為了使用Pimple，我們不需要修改前面定義的任何setter方法或代碼——我們只是封裝了邏輯。

<?php
class SocialFeeds
{
    public function getSocialFeeds() {
        $twService = new TwitterService();
        echo $twService->getTweets();
    }
}

DB和OAuth類都是獨(dú)立的模塊，因此我們直接在閉包內(nèi)返回它們的新的實(shí)例。然後，我們使用基於設(shè)置器的注入向TwitterService類添加依賴項(xiàng)。我們已經(jīng)將DB和OAuth類添加到容器中，因此我們可以使用$c['db']和$c['oauth']直接在函數(shù)內(nèi)訪問它們?，F(xiàn)在，依賴項(xiàng)作為服務(wù)封裝在容器內(nèi)。每當(dāng)我們想要使用不同的DB類或不同的OAuth服務(wù)時(shí)，我們只需替換容器語句中的類，一切都會(huì)完美運(yùn)行。使用Pimple，您只需要在一個(gè)地方添加新的依賴項(xiàng)。

高級(jí)Pimple用法

在上述場(chǎng)景中，Pimple會(huì)在每次請(qǐng)求時(shí)從閉包返回每個(gè)類的新的實(shí)例。在某些情況下，我們需要使用相同的對(duì)象而無需每次都初始化新的實(shí)例，例如連接到數(shù)據(jù)庫就是一個(gè)完美的例子。 Pimple提供了使用共享對(duì)象返回相同實(shí)例的能力，這樣做需要我們通過share()方法指定閉包，如下所示：

<?php
class A
{
    public function a1() {
        $b = new B();
        $b->b1();
    }
}

此外，到目前為止，我們已經(jīng)在Pimple容器中的單個(gè)位置定義了所有依賴項(xiàng)。但是，考慮一下我們需要具有其依賴項(xiàng)的服務(wù)，但配置方式與原始服務(wù)略有不同的情況。例如，假設(shè)我們需要訪問ORM來實(shí)現(xiàn)TwitterService類的某些功能。我們不能更改現(xiàn)有的閉包，因?yàn)樗鼤?huì)強(qiáng)制所有現(xiàn)有功能使用ORM。 Pimple提供extend()方法來動(dòng)態(tài)修改現(xiàn)有閉包，而不會(huì)影響原始實(shí)現(xiàn)。考慮以下代碼：

<?php
class SocialFeeds
{
    public function getSocialFeeds() {
        $twService = new TwitterService();
        echo $twService->getTweets();
    }
}

現(xiàn)在，我們能夠在特殊情況下使用tweet_service的不同擴(kuò)展版本。第一個(gè)參數(shù)是服務(wù)的名稱，第二個(gè)參數(shù)是一個(gè)函數(shù)，該函數(shù)可以訪問對(duì)象實(shí)例和容器。實(shí)際上，extend()是動(dòng)態(tài)添加依賴項(xiàng)以適應(yīng)不同情況的強(qiáng)大方法，但請(qǐng)確保將服務(wù)的擴(kuò)展版本限制在最低限度，因?yàn)樗鼤?huì)增加重複代碼的數(shù)量。

總結(jié)

管理依賴項(xiàng)是Web應(yīng)用程序開發(fā)中最重要和最困難的任務(wù)之一。我們可以使用構(gòu)造函數(shù)和setter方法的依賴注入來有效地管理它們。但是，依賴注入本身也有一些麻煩，Pimple通過提供一個(gè)輕量級(jí)容器來以DRY的方式創(chuàng)建和存儲(chǔ)對(duì)象依賴項(xiàng)來解決這些問題。請(qǐng)隨時(shí)在下面的評(píng)論中分享您在項(xiàng)目中管理依賴項(xiàng)的經(jīng)驗(yàn)，以及您對(duì)Pimple作為依賴注入容器的看法。

關(guān)於使用Pimple進(jìn)行依賴注入的常見問題解答 (FAQ)

什麼是Pimple，為什麼在PHP中使用它？

Pimple是一個(gè)簡(jiǎn)單的PHP依賴注入容器，允許您管理和集中應(yīng)用程序中的服務(wù)。它用於PHP，使代碼更靈活、更可重用和更易於測(cè)試。通過使用Pimple，您可以在一個(gè)地方實(shí)例化對(duì)象，然後將它們注入到應(yīng)用程序的不同部分，從而減少對(duì)全局狀態(tài)的需求，並使您的代碼更易於維護(hù)和測(cè)試。

Pimple是如何工作的？

Pimple通過在容器中存儲(chǔ)服務(wù)定義來工作。這些定義是可以調(diào)用（函數(shù)或方法）的，它們返回服務(wù)的實(shí)例。當(dāng)您從容器訪問服務(wù)時(shí)，Pimple會(huì)執(zhí)行服務(wù)定義以創(chuàng)建服務(wù)對(duì)象。這允許您以集中方式管理服務(wù)，並在整個(gè)應(yīng)用程序中共享服務(wù)。

如何安裝Pimple？

可以使用Composer（PHP的依賴項(xiàng)管理工具）安裝Pimple。您可以在系統(tǒng)上全局安裝Composer，然後通過運(yùn)行命令composer require pimple/pimple在項(xiàng)目中引入Pimple。

如何在Pimple中定義服務(wù)？

在Pimple中，您可以通過將可調(diào)用對(duì)象分配給容器中的鍵來定義服務(wù)。可調(diào)用對(duì)象應(yīng)返回服務(wù)的實(shí)例。例如，您可以像這樣為郵件發(fā)送器類定義服務(wù)：

$container['mailer'] = function ($c) { return new Mailer($c['smtp']); };

在此示例中，郵件發(fā)送器服務(wù)定義為Mailer類的新的實(shí)例，其中smtp服務(wù)作為依賴項(xiàng)注入。

如何在Pimple中訪問服務(wù)？

您可以使用帶有服務(wù)鍵的數(shù)組表示法來訪問Pimple中的服務(wù)。例如，您可以像這樣訪問郵件發(fā)送器服務(wù)：$mailer = $container['mailer'];。當(dāng)您訪問服務(wù)時(shí)，Pimple會(huì)執(zhí)行服務(wù)定義並返回服務(wù)對(duì)象。

如何在Pimple中共享服務(wù)？

默認(rèn)情況下，Pimple每次訪問服務(wù)時(shí)都會(huì)返回服務(wù)的新的實(shí)例。如果您想共享服務(wù)並每次返回相同的實(shí)例，可以使用share()方法。例如，您可以像這樣共享郵件發(fā)送器服務(wù)：$container['mailer'] = $container->share(function ($c) { return new Mailer($c['smtp']); });。

我可以在Pimple中擴(kuò)展服務(wù)嗎？

是的，您可以使用extend()方法擴(kuò)展Pimple中的服務(wù)。這允許您在定義服務(wù)後修改它。例如，您可以像這樣擴(kuò)展郵件發(fā)送器服務(wù)以添加其他配置：

$container['mailer'] = $container->extend('mailer', function ($mailer, $c) { $mailer->setFrom($c['email.from']); return $mailer; });

在此示例中，setFrom()方法使用email.from服務(wù)作為參數(shù)在郵件發(fā)送器服務(wù)上調(diào)用。

如何保護(hù)Pimple中的參數(shù)？

在Pimple中，您可以使用protect()方法保護(hù)參數(shù)（不應(yīng)被視為服務(wù)的參數(shù)）。這允許您在容器中存儲(chǔ)值，而不會(huì)將它們視為服務(wù)定義。例如，您可以像這樣保護(hù)配置值：$container['config.value'] = $container->protect(function () { return 'value'; });。

如何在一個(gè)項(xiàng)目中使用Pimple？

您可以通過創(chuàng)建PimpleContainer類的新的實(shí)例並在其中定義服務(wù)來在一個(gè)項(xiàng)目中使用Pimple。然後，您可以在應(yīng)用程序中需要的地方從容器訪問服務(wù)。這允許您以集中方式管理服務(wù)並將它們注入到應(yīng)用程序的不同部分。

使用Pimple的好處是什麼？

Pimple為PHP開發(fā)提供了許多好處。它使您的代碼更靈活，因?yàn)樗试S您以集中方式管理服務(wù)。它使您的代碼更易於重用，因?yàn)樗试S您在整個(gè)應(yīng)用程序中共享服務(wù)。它使您的代碼更易於測(cè)試，因?yàn)樗试S您注入模擬服務(wù)進(jìn)行測(cè)試。通過使用Pimple，您可以提高代碼質(zhì)量，並使其更易於維護(hù)和測(cè)試。

以上是PHP主|用丘疹注入依賴的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！