PHP中的依賴注射（DI）增強了代碼模塊化，可檢驗性和可維護性。 1）如付款網(wǎng)關開關所示，它允許容易交換組件。 2）DI可以手動或通過容器，具有添加複雜性的容器，但可以幫助更大的項目實現(xiàn)。 3）它通過啟用依賴性模擬來簡化測試，從而使單位測試更有效。

當涉及PHP中的依賴注入（DI）時，它不僅僅是一種設計模式，它是一種理念，它可以改變您的結(jié)構(gòu)和維護代碼。依賴注射會鼓勵鬆散的耦合，使您的應用程序更具模塊化，可測試和易於維護。但是，您為什麼要關心PHP中的DI？因為這不僅僅是編寫清潔代碼；這是關於製作應用程序，這些應用程序具有彈性，並且隨著時間的流逝而更容易發(fā)展。

讓我們深入了解PHP中的依賴注入世界，在這裡，我們不僅要探索這種強大技術的原因和何種方法。從手動注射到使用容器，我們將全部介紹所有的個人經(jīng)驗，並在此過程中進行一些艱苦的學習課程。

在PHP開發(fā)領域，依賴注入（DI）是現(xiàn)代軟件體系結(jié)構(gòu)的燈塔。這是我很大程度上依賴的一種技術，尤其是在從事可維護性和可檢驗性不僅僅是良好的大型項目的大型項目時，而且是必需品。 PHP中的DI不僅僅是注射依賴性；這是關於創(chuàng)建一個易於交換組件的系統(tǒng)，從而導致更靈活，更適應性的代碼庫。

考慮一下：您正在從事一個項目，突然間，需求發(fā)生了變化。使用DI，將一個實現(xiàn)交換為另一個實現(xiàn)變得輕而易舉。我記得一個項目，我們必須切換付款網(wǎng)關。多虧了DI，這是更改幾行配置而不是主要重構(gòu)噩夢的問題。

讓我們看一些代碼以查看DI的行動：

 //沒有di
class userService {
    私人$數(shù)據(jù)庫；

    公共功能__construct（）{
        $ this-> database = new mysqldatabase（）;
    }

    公共功能getuser（$ id）{
        返回$ this-> database-> query（“從用戶select * where id =？”，[$ id]）;
    }
}

//與di
class userService {
    私人$數(shù)據(jù)庫；

    public函數(shù)__construct（databaseInterface $ database）{
        $ this-> database = $數(shù)據(jù)庫;
    }

    公共功能getuser（$ id）{
        返回$ this-> database-> query（“從用戶select * where id =？”，[$ id]）;
    }
}

在DI示例中，我們已將UserService與特定數(shù)據(jù)庫實現(xiàn)分解。在測試和對未來的應用程序中，這種靈活性是黃金。

但是DI並非沒有挑戰(zhàn)。一個常見的陷阱是過度注射，您最終會傳遞太多的依賴項，使您的構(gòu)造函數(shù)看起來像一棵聖誕樹，帶有太多裝飾品。這是一種平衡，找到正確的抽像水平可以是一種藝術形式。

在實施DI方面，您有選擇。您可以進行手動注射，這很簡單，但在較大的應用中可能會變得麻煩?；蛘撸梢允褂肈I容器，該容器可自動化該過程的大部分，但引入了其自身的複雜性集。這是使用容器的一個簡單示例：

使用PSR \ Container \ ContainerInterface;

類容器實現(xiàn)容器界面{
    私人$服務= [];

    公共功能獲?。? id）{
        如果（！isset（$ this-> services [$ id]））{
            投擲新\異常（“找不到Service {$ id}”）;
        }
        返回$ this-> services [$ id];
    }

    公共功能具有（$ id）{
        返回isset（$ this-> services [$ id]）;
    }

    公共功能集（$ id，$ service）{
        $ this-> services [$ id] = $ service;
    }
}

$ container = new container（）;
$ container-> set（'database'，new mysqldatabase（））;
$ container-> set（'userService'，new userService（$ container-> get（'database''）））;

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

使用容器可以是大型項目的遊戲改變者，但了解權衡很重要。容器添加了一層抽象，這既是祝福又是詛咒。它們使依賴性管理變得更加容易，但也可以掩蓋引擎蓋下發(fā)生的事情，從而使您更難一目了然地了解應用程序的流程。

在性能方面，DI可以引入輕微的開銷，尤其是在使用容器時。但是在大多數(shù)情況下，收益遠遠超過成本。真正的性能命中來自您的DI設置過度工程，創(chuàng)建了很難導航和優(yōu)化的複雜依賴圖。

那麼，最好的方法是什麼？這取決於您項目的規(guī)模和復雜性。對於較小的項目，可能需要手動注射。對於較大的容器，容器可以為您節(jié)省很多頭痛。但是，無論方法如何，關鍵是要保持依賴性清晰可管理。

以我的經(jīng)驗，DI的最大優(yōu)勢在於測試。使用DI，寫作單位測試成為一種喜悅，而不是繁瑣。您可以輕鬆地嘲笑依賴項，從而使您的測試更加集中和脆弱。這是DI如何簡化測試的快速示例：

 Class uservicEtest擴展了Phpunit \ Framework \ TestCase {
    公共功能testgetuser（）{
        $ MOCKDABASE = $ this-> createMock（databaseInterface :: class）;
        $ mockdatabase->期望（$ this->一次（））
                      - >方法（'query'）
                      - >使用（“從id =？”中的用戶選擇 *？”，[1]）
                      - > willreturn（['id'=> 1，'name'=>'john doe']）;

        $ userVice = new userService（$ oikdatabase）;
        $ user = $ uservice-> getuser（1）;

        $ this-> assertequals（['id'=> 1，'name'=>'john doe']，$用戶）;
    }
}

使用DI，您不僅編寫更好的代碼；從長遠來看，您正在設置項目以取得成功。這是關於擁抱變化，使您的代碼更具彈性，並最終使作為開發(fā)人員更加有趣。

因此，無論您是剛開始使用PHP還是經(jīng)驗豐富的專業(yè)人士，都可以嘗試依賴注入。它可能只會改變您對編碼的思考方式。

以上是PHP中的依賴注入：最終指南的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！