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

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

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

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

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

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

 //沒有di
class userService {
    私人$數據庫；

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

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

//與di
class userService {
    私人$數據庫；

    public函數__construct（databaseInterface $ database）{
        $ this-> database = $數據庫;
    }

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

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

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

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

使用PSR \ Container \ ContainerInterface;

類容器實現容器界面{
    私人$服務= [];

    公共功能獲?。? 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可以引入輕微的開銷，尤其是在使用容器時。但是在大多數情況下，收益遠遠超過成本。真正的性能命中來自對DI設置的過度工程，創(chuàng)建了很難導航和優(yōu)化的復雜依賴圖。

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

以我的經驗，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還是經驗豐富的專業(yè)人士，都可以嘗試依賴注入。它可能只會改變您對編碼的思考方式。

以上是PHP中的依賴注入：最終指南的詳細內容。更多信息請關注PHP中文網其他相關文章！