控制反轉（Inversion of Control）：當調用者需要被調用者的協助時，在傳統的程序設計過程中，通常由調用者來創建被調用者的實例，但在這里，創建被調用者的工作不再由調用者來完成，而是將被調用者的創建移到調用者的外部，從而反轉被調用者的創建，消除了調用者對被調用者創建的控制，因此稱為控制反轉。

依賴注入（Dependency Injection）：要實現控制反轉，通常的解決方案是將創建被調用者實例的工作交由IoC容器來完成，然后在調用者中注入被調用者（通過構造器/方法注入實現），這樣我們就實現了調用者與被調用者的解耦，該過程被稱為依賴注入。依賴注入是控制反轉的一種實現方式。常見注入方式有三種：setter、constructor injection、property injection。

容器（Container）：管理對象的生成、資源取得、銷毀等生命周期，建立對象與對象之間的依賴關系，可以延時加載對象。比較著名有PHP-DI、Pimple。

代碼演示IoC：

假設html' target='_blank'>應用程序有儲存需求，若直接在高層的應用程序中調用低層模塊API，導致應用程序對低層模塊產生依賴。

<?php/** * 高層 */class App{    private $writer;    public function __construct()    {        $this->writer = new FloppyWriter();    }    public function save()    {        $this->writer->saveToFloppy();    }}/** * 低層，軟盤存儲 */class FloppyWriter{    public function saveToFloppy()    {        echo __METHOD__;    }}$app = new App();$app->save(); // FloppyWriter::saveToFloppy

假設程序要移植到另一個平臺，而該平臺使用USB磁盤作為存儲介質，則這個程序無法直接重用，必須加以修改才行。本例由于低層變化導致高層也跟著變化，不好的設計。程序不應該依賴于具體的實現，而是要依賴抽像的接口。請看代碼演示：

<?php/** * 接口 */interface IDeviceWriter{    public function saveToDevice();}/** * 高層 */class App{    /**     * @var IDeviceWriter     */    private $writer;    /**     * @param IDeviceWriter $writer     */    public function setWriter($writer)    {        $this->writer = $writer;    }    public function save()    {        $this->writer->saveToDevice();    }}/** * 低層，軟盤存儲 */class FloppyWriter implements IDeviceWriter{    public function saveToDevice()    {        echo __METHOD__;    }}/** * 低層，USB盤存儲 */class UsbDiskWriter implements IDeviceWriter{    public function saveToDevice()    {        echo __METHOD__;    }}$app = new App();$app->setWriter(new UsbDiskWriter());$app->save(); // UsbDiskWriter::saveToDevice$app->setWriter(new FloppyWriter());$app->save(); // FloppyWriter::saveToDevice

控制權從實際的FloppyWriter轉移到了抽象的IDeviceWriter接口上，讓App依賴于IDeviceWriter接口，且FloppyWriter、UsbDiskWriter也依賴于IDeviceWriter接口。
這就是IoC，面對變化，高層不用修改一行代碼，不再依賴低層，而是依賴注入，這就引出了DI。

如果這個組件有很多依賴，我們需要創建多個參數的setter方法來傳遞依賴關系，這讓我們的代碼不易維護。

<?php//創建依賴實例$request = new Request();$filter = new Filter();//把實例作為參數傳遞給構造函數$some = new SomeComponent($request, $filter);$some->setRequest($request);$some->setFilter($filter);

解決的方法是為依賴實例提供一個容器。這個容器擔任全局的注冊表，注入容器而不是具體實例。

<?phpclass SomeComponent{    protected $_di;    public function __construct($di)    {        $this->_di = $di;    }    public function someRequest()    {        // 請求實例        $connection = $this->_di->get('request');    }    public function someOtherRequest()    {        // 請求實例        $connection = $this->_di->get('request');        // 過濾器實例        $filter = $this->_di->get('filter');    }}$di = new DI();//在容器中注冊一個request服務$di->set('request', function() {    return new Request(array(        "test" => "test"    ));});//在容器中注冊一個filter服務$di->set('filter', function() {    return new Filter();});//把傳遞服務的容器作為唯一參數傳遞給組件$some = new SomeComponent($di);$some->someRequest();

這個組件現在可以很簡單的獲取到它所需要的服務，服務采用延遲加載的方式，只有在需要使用的時候才初始化，這也節省了服務器資源。這個組件現在是高度解耦。
相關推薦：

解析PHP依賴注入和控制反轉

PHP 依賴注入(DI) 和 控制反轉(IoC)實例教程

PHP控制反轉與依賴注入

以上就是PHP控制反轉和依賴注入實例的詳細內容，更多請關注 其它相關文章！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。